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(This foreword is not part of this Standard) 

This standard was prepared by Technical Specification Group C of the Third Generation 
Partnership Project 2 (3GPP2). This standard is evolved from and is a companion to the 
cdma2000 standards. This air interface standard provides high rate packet data services. 

Ten different operating bands have been specified. Equipment built to this standard can be 
used in a band subject to the allocation of the band and to the rules and regulations of the 
country to which the allocated band has been assigned. 
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1.1 Scope of This Document 

These technical requirements form a compatibility standard for cdma2000 high rate 
packet data systems. These requirements ensure that a compliant access term-nilcan 
obtain service through any access network conforming to this standard. These 
requirements do not address the quality or reliability of that service, nor do they cover 
equipment performance or measurement procedures. 

This specification is primarily oriented toward requirements necessary for the design and 
implementation of access terminals. As a result, detailed procedures are -Pecfiedfor 
access terminals to ensure a uniform response to all access networks. Access network 
procedures, however, are specified only to the extent necessary for compatibility with those 
specified for the access terminal. 

This specification includes provisions for future service additions and expansion of system 
capabilities. The architecture defined by this specification permits such expansion 
without the loss of backward compatibility to older access terminals. 

This compatibility standard is based upon spectrum allocations that have been defined by 
various governmental administrations. Those wishing to deploy systems compliant with 
this standard should also take notice of the requirement to be compliant with the 
applicable rules and regulations of local administrations. Those wishing to deploy systems 
compliant with this standard should also take notice of the electromagnetic exposure 
criteria for the general public and for radio frequency carriers with low frequency 
amplitude modulation. 

a 1.2 Requirements Language 

24 Compatibility, as used in connection with this standard, is understood to mean: Any access 
termLal can obtain service through any access network conforming to this standard. 
Conversely, all access networks conforming to this standard can service access terminals. 

•Shall" and -shall not" identify requirements to be followed strictly to conform to the 
standard and from which no deviation is permitted. "Should" and -should not" indicate that 
one of several possibilities is recommended as particularly suitable, without mentioning or 
excluding others, that a certain course of action is preferred but not necessarily required 
or that (in the negative form) a certain possibility or course of action is discouraged but not 
prohibited "May" and "need not" indicate a course of action permissible withm the limits of 
the standard. "Can" and "cannot" are used for statements of possibility and capability, 
whether material, physical, or causal. 

as 1.3 Architecture Reference Model 

se The architecture reference model is presented in Figure 1.3-1. The reference model 
37 consists of the following functional units: 
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Access Terminal 



Air Interface 




Figure 1.3-1. Architecture Reference Model 
The access terminal, the access network, and the sector are formally defined in 1.11. 

The reference model includes the air interface between the access terminal and the 
access network. The protocols used over the air interface are defined in this document. 
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1.4 Protocol Architecture 

The air interface has been layered, with interfaces defined for each layer (and for each 
protocol within each layer). This allows future modifications to a layer or to a protocol to be 
isolated. 



io I 1.4.1 Layers 

« ; Figure 1.4.1-1 describes the layering architecture for the air interface. Each layer consists 
of one or more protocols that perform the layer's functionality. Each of these protocols can 
be individually negotiated. 



Application Layer 



Stream Layer 



Session Layer 



Connection Layer 



Security Layer 



MAC Layer 



Physical Layer 



Figure 1.4,1-1. Air Interface Layering Architecture 

The protocols and layers specified in Figure 1.4.1-1 are: 

1. Application Layer The Application Layer provides multiple applications. It provides 
the Default Signaling Application for transporting air interface protocol messages. 
The Default Signaling Application is defined in Chapter 2. It also provides the 
Default Packet Application for transporting user data. The Default Packet 
Application is defined in Chapter 3. 
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2. Stream Layer : The Stream Layer provides multiplexing of distinct application 
streams. Stream 0 is dedicated to signaling and defaults to the Default Signaling 
Application (see Chapter 2). Stream 1, Stream 2, and Stream 3 are not used by 
default. The Stream Layer is defined in Chapter 4. 

3. Session Layer : The Session Layer provides address management, protocol 
negotiation, protocol configuration and state maintenance services. The Session 
Layer is defined in Chapter 5. 

4. Connection Layer : The Connection Layer provides air link connection 
establishment and maintenance services. The Connection Layer is defined in 
Chapter 6. 

5. Security Layer : The Security Layer provides authentication and encryption 
services. The Security Layer is defined in Chapter 7. 

6. MAC Layer : The Medium Access Control (MAC) Layer defines the procedures used 
to receive and to transmit over the Physical Layer. The MAC Layer is defined in 
Chapter 8. 

7. Physical Layer : The Physical Layer provides the channel structure, frequency, 
power output, modulation, and encoding specifications for the Forward and Reverse 
Channels. The Physical Layer is defined in Chapter 9. 

Each layer may contain one or more protocols. Protocols use signaling messages or 
headers to convey information to their peer entity at the other side of the air-link. When 
protocols send messages they use the Signaling Network Protocol (SNP) to transmit these 



22 messages. 



1.5 Physical Layer Channels 

The Physical Layer defines the Physical Layer Channels and the Forward and Reverse 
Channel hierarchies shown in Figure 1.5-1 and Figure 1.5-2. Channel X is part of Channel 
yit yis an ancestor of x The specific channels are defined in 1.11. When the context is 
clear, the complete qualified name is usually omitted (e.g., Pilot Channel as opposed to 
Forward Pilot Channel or Data Channel as opposed to Reverse Traffic Data Channel). 
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Figure 1.5-1. Forward Channel Structure 
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Figure 1.5-2. Reverse Channel Structure 
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1.6 Protocols 
1 .6.1 Interfaces 

This standard defines a set of interfaces for communications between protocols in the 
same entity and between a protocol executing in one entity and the same protocol 
executing in the other entity. 

In the following the generic term "entity" is used to refer to the access terminal and the 
access network. 

Protocols in this specification have four types of interfaces: 

• Headers and messages are used for communications between a protocol executing 
in one entity and the same protocol executing in the other entity. 
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. Commands are used by a higher layer protocol to obtain a service from a lower layer 
protocol in the same entity. Commands can be sent between protocols m the same 
layer but only in one direction (i.e., if protocol A and protocol B are in the same layer 
and protocol A sends a command to protocol B, protocol B cannot send a command to 
protocol A). For example, AccessChanneMACAbort causes the Access Channel MAC 
Protocol to abort any access attempt currently in progress. 

. indications are used by a lower layer protocol to convey information regarding the 
occurrence of an event. Any higher layer protocol can register to receive hese 
indications. A same layer protocol can also register to receive an indication but only 
in one direction (if protocol A and protocol B are in the same layer and protocol A 
registers to receive an indication from protocol B, protocol B cannot register to 
receive an indication from protocol A.). For example, the access terminal Reverse 
Traffic Channel MAC Protocol returns a "Reverse Link Acquired" indication when it 
gets a message from its peer protocol at the access network that it has acquired the 
Reverse Traffic Channel. This notification is then used by Connection Layer 
protocols to continue with the handshake leading to the establishment of the 
connection. 

. Public Data is used to share information in a controlled way between protocols. 
PubHc data is shared between protocols in the same layer, as well as between 
protocols in different layers. An example of this is the MinimumProtocolRevision 
made public by the Connection Layer Initialization State Protocol after the protocol 
receives it in the Sync message. 
Commands and indications are written in the form of PrxXocoLCoaunand and 
PntocoUndication. For example, AccessChanneMACActivate is a command activating the 
Access Channel MAC, and WeSM.ConnectionOpenea is an indicat ™^ 
Connection Layer Idle State Protocol that the connection is now open, ^n the context is 
clear, the PnLol part is dropped (e.g., within the Idle State Protocol, Aetna* refers to 

Commands are always written in the imperative form, since they direct an action^ 
locations are always written in the past tense since they notify of events that happened 
(e.g., OpenConnectkm for a command and ConnectkmOpened for an indication). 
Healers and messages are binding on all implementations. Commands, indications, and 
public data are used as a device for a clear and precise specification. Access terminals and 
access networks can be compliant with this specification while choosing a different 
implementation that exhibits identical behavior. 



as 1.6.2 States 



37 
38 
39 

40 



When protocols exhibit different behavior as a function of the environment (e g., if a 
connection is opened or not, if a session is opened or not, etc.), this behavior is captured in 
a set of states and the events leading to a transition between states. 

Unless otherwise specifically mentioned, the state of the access ne^fa. to the 
state of a protocol engine in the access network as it applies to a particular access 
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1 terminal. Since the access network communicates with multiple access terminals, 

2 multiple independent instantiations of a protocol will exist in the access network, each 

3 with its own independent state machine. 

* Typical events leading to a transition from one state to another are the receipt of a 

s message, a command from a higher layer protocol, an indication from a lower layer 

e protocol, or the expiration of a timer. 

7 When a protocol is not functional at a particular time (e.g., the Access Channel MAC 

s protocol at the access terminal when the access terminal has an open connection) the 

9 protocol is placed in a state called the Inactive state. This state is common for most 

10 protocols. 

n Other common states are Open, indicating that the session or connection (as applicable to 

12 the protocol) is open and Close, indicating that the session or connection is closed. 

13 If a protocol has a single state other than the Inactive state, that state is always called the 

14 Active state. If a protocol has more than one state other than the Inactive state, all of 
is these states are considered active, and are given individual names (e.g., the Forward 
is Traffic Channel MAC protocol has three states: Inactive, Variable Rate, and Fixed Rate). 

17 1.6.3 Common Commands 

is Most protocols support the following two commands: 

19 • Activate, which commands the protocol to transition away from the Inactive state to 

20 some other state. 

21 • Deactivate, which commands the protocol to transition to the Inactive state. Some 

22 protocols do not transition immediately to the Inactive state, due to requirements on 

23 orderly cleanup procedures. 

24 Other common commands are Open and Close, which command protocols to perform 
2s session open /close or connection open / close related functions. 

26 1.6.4 Protocol Negotiation 

27 Most protocols can be negotiated and can be configured when the session is set-up (see 1.9 

28 for a discussion of sessions). Protocols are associated with a Typ e that denotes the type of 

29 the protocol (e.g., Access Channel MAC Protocol) and with a Subtype that denotes a specific 

30 instance of a protocol (e.g., the Default Access Channel MAC Protocol and perhaps one day, 

31 the Extended and Bloated Access Channel MAC Protocol). 

32 The negotiation and configuration processes are part of the Session Layer. 

33 1.6.5 Protocol Overview 

34 Figure 1.6.5-1 presents the default protocols defined for each one of the layers shown in 
3s Figure 1.4.1-1. The following is a brief description of each protocol. A more complete 
36 description is provided in the Introduction section of each layer. 
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Figure 1.6.5-1. Default Protocols 
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• Application Layer: 

- Default Signaling Application : 

+ Signaling Network Protocol : The Signaling Network Protocol (SNP) provides 
message transmission services for signaling messages. 

+ Signaling Link Protocol : The Signaling Link Protocol (SLP) provides 
fragmentation mechanisms, along with reliable and best-effort delivery 
mechanisms for signaling messages. When used in the context of the Default 
Signaling Application, SLP carries SNP packets. 

- Default Packet Application : 
+ Radio Link Protocol : The Radio Link Protocol (RLP) provides retransmission and 

duplicate detection for an octet aligned data stream. 

+ Location Update Protocol : The Location Update Protocol defines location update 
procedures and messages in support of mobility . management for the Default 
Packet Application. 

+ Flow Control Protocol : The Flow Control Protocol defines flow control procedures 
to enabling and disabling the Default Packet Application data flow. 

17 • Stream Layer: 

18 _ Stream Protocol : adds the stream header in the transmit direction; removes the 

19 stream header and forwards packets to the correct application on the receiving 

20 entity. 

21 • Session Layer: 
_ Session Management Protocol : provides means to control the activation and the 

deactivation of the Address Management Protocol and the Session Configuration 
Protocol. It also provides a session keep alive mechanism. 
_ Address Management Protocol : Provides access terminal identifier (ATI) 
management . 

_ Session Configuration Protocol : Provides negotiation and configuration of the 

28 protocols used in the session. 

29 • Connection Layer: 

30 _ Air Link Management Protocol : Provides the overall state machine management 

31 that an access terminal and an access network follow during a connection. 

32 _ Initialization State Protocol : Provides the procedures that an access terminal 
as follows to acquire a network and that an access network follows to support 



10 

11 

12 
13 
14 

15 
16 



34 network acquisition. 

35 _ Idle State Protocol : Provides the procedures that an access terminal and an 



36 



access network follow when a connection is not open. 
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Connected State Protocol : Provides the procedures that an access terminal and an 

access network follow when a connection is open. 
_ Route Update Protocol : Provides the means to maintain the route between the 

access terminal and the access network. 
_ Overhead Messages Protocol : Provides broadcast messages containing 

information that is mostly used by Connection Layer protocols. 
_ Packet Consolidation Protocol : Provides transmit prioritization and packet 

encapsulation for the Connection Layer. 

• Security Layer: 

- Kev Exchange Protocol : Provides the procedures followed by the access network 
and the access terminal to exchange security keys for authentication and 
encryption. 

- Authentication Protocol : Provides the procedures followed by the access network 
and the access terminal for authenticating traffic. 

- renrr yntion Protocol: Provides the procedures followed by the access network and 
the access terminal for encrypting traffic. 

- Security Protocol: Provides procedures for generation of a cryptosync that can be 
used by the Authentication Protocol and Encryption Protocol. 

• MAC Layer: 

Control Channel MAC Protocol : Provides the procedures followed by the access 

network to transmit, and by the access terminal to receive the Control Channel. 
_ Access Channel MAC Protocol : Provides the procedures followed by the access 

terminal to transmit, and by the access network to receive the Access Channel. 
_ Forward Traffic Channel MAC Protocol : Provides the procedures followed by the 

access network to transmit, and by the access terminal to receive the Forward 

Traffic Channel. 

_ Reverse Traffic Channel MAC Protocol : Provides the procedures followed by the 
access terminal to transmit, and by the access network to receive the Reverse 
Traffic Channel. 

• Physical Layer: 

- Physical Layer Protocol : Provides channel structure, frequency, power output and 
modulation specifications for the forward and reverse links. 



33 1.7 Default Applications 

3* This document defines two default applications that all compliant access terminals and 
35 access networks support: 
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1 ♦ Default Signaling Application, which provides the means to carry messages between 

2 a protocol in one entity and the same protocol in the other entity. The Default 

3 Signaling Application consists of a messaging protocol (Signaling Network Protocol) 

4 and a link layer protocol that provides message fragmentation, retransmission and 
s duplicate detection (Signaling Link Protocol). 

e • Default Packet Application. The Default Packet Application consists of a link layer 

7 protocol that provides octet retransmission and duplicate detection (Radio Link 

s Protocol), a location update protocol that provides mobility between data service 

9 networks and a flow control protocol that provides flow control of data traffic. 

10 The applications used and the streams upon which they operate are negotiated as part of 
n session negotiation. 

12 1.8 Streams 

13 The air interface can support up to four parallel application streams. The first stream 

14 (Stream 0) always carries Signaling, and the other three can be used to carry applications 

15 with different Quality of Service (QoS) requirements or other applications. 

is 1.9 Sessions and Connections 

17 A session refers to a shared state between the access terminal and the access network, 

is This shared state stores the protocols and protocol configurations that were negotiated and 

19 are used for communications between the access terminal and the access network. 

20 Other than to open a session, an access terminal cannot communicate with an access 

21 network without having an open session. 

22 A connection is a particular state of the air-link in which the access terminal is assigned 

23 a Forward Traffic Channel, a Reverse Traffic Channel and associated MAC Channels. 

24 During a single session the access terminal and the access network can open and can 

25 close a connection multiple times. 

26 1.10 Security 

27 The air interface supports a security layer, which can be used for authentication and 

28 encryption of access terminal traffic transported by the Control Channel, the Access 

29 Channel, the Forward Traffic Channel and the Reverse Traffic Channel. 

30 1.11 Terms 

31 Access Network (AN).aThe network equipment providing data connectivity between 

32 packet switched data network (typically the Internet) and the access terminals. An access 

33 network is equivalent to a base station in [2]. 

34 Access Terminal (AT). A device providing data connectivity to a user. An access terminal 

35 may be connected to a computing device such as a laptop personal computer or it may be a 

36 self-contained data device such as a personal digital assistant. An access terminal is 

37 equivalent to a mobile station in [2]. 
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ATI. Access Terminal Identifier. 

BATI. Broadcast Access Terminal Identifier. 

CDMA System Time in Slots. An integer value s such that: s = 1*600], where t 
represents CDMA System Time in seconds. Whenever the document refers to the CDMA 
System Time in slots, it is referring to the value s. 

CDMA System Time. The time reference used by the system. CDMA System Time is 
synchronous to UTC time except for leap seconds and uses the same time origin as GPS 
time. Access terminals use the same CDMA System Time, offset by the propagation delay 
from the access network to the access terminal. 

Channel The set of channels transmitted between the access network and the access 
terminals within a given frequency assignment. A Channel consists of a Forward Link and 
a Reverse Link. 

Connection Layer. The Connection Layer provides air link connection establishment and 
maintenance services. The Connection Layer is defined in Chapter 6. 

Dedicated Resource. An access network resource required to provide any data service to 
the access terminal, e.g. Wireless IP Service (see [1]) that is granted to the access 
terminal only after access terminal authentication has completed successfully. Power 
control and rate control are not considered dedicated resources. 

Forward Channel. The portion of the Channel consisting of those Physical Layer Channels 
transmitted from the access network to the access terminal. 

Forward Control Channel. The channel that carries data to be received by all access 
terminals monitoring the Forward Channel. 

Forward MAC Channel. The portion of the Forward Channel dedicated to Medium Access 
Control activities. The Forward MAC Channel consists of the RPC, and RA Channels. 
Forward MAC Reverse Activity (RA) Channel. The portion of the Forward MAC Channel 
that indicates activity level on the Reverse Channel. 

Forward MAC Reverse Power Control (RPC) Channel. The portion of the Forward MAC 
Channel that controls the power of the Reverse Channel for one particular access 
terminal. 

Forward Pilot Channel. The portion of the Forward Channel that carries the pilot. 
Forward Traffic Channel. The portion of the Forward Channel that carries information for 
a specific access terminal. The Forward Traffic Channel can be used as either 
Dedicated Resource or a non-Dedicated Resource. Prior to successful access terminal 
authentication, the Forward Traffic Channel serves as a non-Dedicated Resource Only 
after successful access terminal authentication can the Forward Traffic Channel be used 
as a Dedicated Resource for the specific access terminal. 
Frame. The duration of time specified by 16 slots or 26.66... ms. 
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1 Global Positioning System (GPS). A US government satellite system that provides location 

2 and time information to users. See Navstar GPS Space Segment/ Navigation User 

3 Interfaces ICD-GPS-200 for specifications 

4 Ibati. Index to the ReceiveATIList identifying the ReceiveATIList structure corresponding to 
s BATI. 

e IcurremuATi. Index to the ReceiveATIList identifying the ReceiveATIList structure 
7 corresponding to the current ATI. 

s IncwUATi. Index to the ReceiveATIList identifying the ReceiveATIList structure 

9 corresponding to newly received ATI. 

10 I rati. Index to the ReceiveATIList identifying the ReceiveATIList structure corresponding to 

11 RATI. 

12 MAC Layer. The MAC Layer defines the procedures used to receive and to transmit over 

13 the Physical Layer. The MAC Layer is defined in Chapter 8. 

14 MATI . Multicast Access Terminal Identifier. 

is NULL. A value which is not in the specified range of the field. 

is Physical Layer. The Physical Layer provides the channel structure, frequency, power 

17 output, modulation, and encoding specifications for the forward and reverse links. The 

is Physical Layer is defined in Chapter 9. 

19 RATI. Random Access Terminal Identifier. 

so Reverse Access Channel. The portion of the Reverse Channel that is used by access 

21 terminals to communicate with the access network when they do not have a traffic 

22 channel assigned. There is a separate Reverse Access Channel for each sector of the 

23 access network. 

24 Reverse Access Data Channel. The portion of the Access Channel that carries data. 

25 Reverse Access Pilot Channel. The portion of the Access Channel that carries the pilot. 

26 Reverse Channel. The portion of the Channel consisting of those Physical Layer Channels 

27 transmitted from the access terminal to the access network. 

28 Reverse Traffic Ack Channel. The portion of the Reverse Traffic Channel that indicates 

29 the success or failure of the Forward Traffic Channel reception. 

so Reverse Traffic Channel. The portion of the Reverse Channel that carries information 

31 from a specific access terminal to the access network. The Reverse Traffic Channel can 

32 be used as either a Dedicated Resource or a non-Dedicated Resource. Prior to successful 

33 access terminal authentication, the Reverse Traffic Channel serves as a non-Dedicated 

34 Resource. Only after successful access terminal authentication can the Reverse Traffic 

35 Channel be used as a Dedicated Resource for the specific access terminal. 

36 Reverse Traffic Data Channel. The portion of the Reverse Traffic Channel that carries 

37 user data. 
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Reverse Traffic MAC Channel. The portion of the Reverse Traffic Channel dedicated to 
Medium Access Control activities. The Reverse Traffic MAC Channel consists of the RRI 
and DRC Channels. 

Reverse Traffic MAC Data Rate Control (DRC) Channel. The portion of the Reverse 
Traffic Channel that indicates the rate at which the access terminal can receive the 
Forward Traffic Channel. 

Reverse Traffic MAC Reverse Rate Indicator (RRI) Channel. The portion of the Reverse 
Traffic Channel that indicates the rate of the Reverse Traffic Data Channel. 
Reverse Traffic Pilot Channel. The portion of the Reverse Traffic Channel that carries 
the pilot. 

RLP. Radio Link Protocol provides retransmission and duplicate detection for an octet- 
aligned data stream. 

Sector. The part of the access network that provides one CDMA channel. 

Security Layer. The Security Layer provides authentication and encryption services. The 

Security Layer is defined in Chapter 7. 

Session Layer. The Session Layer provides protocol negotiation, protocol configuration, and 
state maintenance services. The Session Layer is defined in Chapter 5. 

Slot. A duration of time specified by 1 .66... ms. 

SLP. Signaling Link Protocol provides best-effort and reliable-delivery mechanisms for 
signaling messages. SLP is defined in 2.4. 

SNP Signaling Network Protocol provides message transmission services for signaling 
messages. The protocols that control each layer use SNP to deliver their messages to their 

peer protocols. 

Stream Layer. The Stream Layer provides multiplexing of distinct streams. Stream 0 is 
dedicated to signaling and defaults to the default signaling stream (SNP / SLP) and Stream 
1 defaults to the default packet service (RLP). Stream 2 and Stream 3 are not used by 
default. The Stream Layer is defined in Chapter 4. 

Subnet Mask (of length n). A 128-bit value whose binary representation consists of n 
consecutive 'l's followed by 128-n consecutive '0's. 
UATI. Unicast Access Terminal Identifier. 

Universal Coordinated Time (UTC). An internationally agreed-upon time scale 
maintained by the Bureau International de lUeure (BIH) used as the time reference by 
nearly all commonly available time and frequency distribution systems. 
UTC. Universal Temps Coordine. See Universal Coordinated Time. 



35 1.12 Notation 

36 A(i] 



The i* element of array A. The first element of the array is A[0J. 
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<ei, e 2 , ... e n > A structure with elements 'el', *e2\ 'en'. 

Two structures E = <ei, e2, e n > and F = <fi, fz, fm> are equal iff 
'm' is equal to 'n' and ei is equal to for i = 1 , ...n. 

Given E = <d, e 2 , e n > and F = <fi, fa, fm>, the assignment a E = F w 
denotes the following set of assignments: e { = fi, for i = 1, ...n. 

s e The member of the structure *S' that is identified by 'e\ 

M[i:j] 



I 



Bits i* through p inclusive (i = j) of the binary representation of 
variable M. M[0:0] denotes the least significant bit of M. 

Concatenation operator. (A | B) denotes variable A concatenated 
with variable B. 



x Indicates multiplication. 

|_ X J Indicates the largest integer less than or equal to x: Ll-lJ - 1, Ll.Oj « 



1. 



fx] Indicates the smallest integer greater or equal to x: - 2, [2.01 - 

2. 



16 X 



Indicates the absolute value of x: |-17| = 17, |17| = 17. 
© Indicates exclusive OR (modulo-2 addition), 

min (x, y) Indicates the minimum of x and y. 

max (x, y) Indicates the maximum of x and y. 

x mod y Indicates the remainder after dividing x by y: x mod y = x - (y x Lx/yJ). 

Unless otherwise specified, the format of field values is unsigned binary. 
Unless indicated otherwise, this standard presents numbers in decimal form. Binary 
numbers are distinguished in the text by the use of single quotation marks. Hexadecimal 
numbers are distinguished by the prefix t 0x\ 

Unless specified otherwise, each field of a packet shall be transmitted in sequence such 
that the most significant bit (MSB) is transmitted first and the least significant bit (LSB) is 
transmitted last. The MSB is the left-most bit in the figures in this document. If there 
are multiple rows in a table, the top-most row is transmitted first. Within a row in a table, 
the left-most bit is transmitted first.Notations of the form "repetition factor of N" or 
"repeated N times" mean that a total of N versions of the item are used. 



31 1.13 CDMA System Time 

32 All sector air interface transmissions are referenced to a common system-wide timing 

33 reference that uses the Global Positioning System (GPS) time, which is traceable to and 
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synchronous with Universal Coordinated Time (UTC). GPS and UTC differ by an integer 
number of seconds, specifically the number of leap second corrections added to UTC since 
January 6, 1980. The start of CDMA System Time is January 6, 1980 00:00:00 UTC, whicn 
coincides with the start of GPS time. 

CDMA System Time keeps track of leap second corrections to UTC but does not use these 
corrections for physical adjustments to the CDMA System Time clocks. 

Figure 1 13-1 shows the relation of CDMA System Time at various points in the system. 
The access network zero offset pilot PN sequences (as defined in 9.3.1.3.4) and the access 
terminal common short code PN sequences (as defined in 9.2.1.3.8.1) for the I and Q 
channels are shown in their initial states at the start of CDMA System Time. The initial 
state of the access network zero offset pilot PN sequences, both I and Q, is that state in 
which the next 15 outputs of the pilot PN sequence generator are '0'. The initial state of 
the access terminal common short code PN sequences, both I and Q, is that state in which 
the output of the short code PN sequence generator is the V following 15 consecutive 0 
outputs. 

From Figure 1.13-1, note that the CDMA System Time at various points in the 
transmission and the reception processes is the absolute time referenced at the access 
network antenna offset by the one-way or round-trip delay of the transmission, as 
appropriate. Time measurements are referenced to the transmit and receive antennas of 
the access network and the RF connector of the Access Terminal. The precise zero instant 
of CDMA System Time is the midpoint between the V prior to the 15 consecutive 0 
outputs and the immediate succeeding '0* of the access network zero offset pilot PN 
sequences. 
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Notes: 



(1) Time measurements are made at the antennas of Sectors and the RF connectors of the 
Access Terminals. 

(2) 0< n> denotes a sequence of n consecutive zeroes. 



Figure 1.13-1. CDMA System Time Line 
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1.14 Revision Number 

Access terminals and access networks complying with the requirements of this 
specification shall set their revision number to 0x01. 
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2 DEFAULT SIGNALING APPLICATION 



2.1 Introduction 



3 2.1.1 General Overview 

4 The Default Signaling Application encompasses the Signaling Network Protocol (SNP) and 
s the Signaling Link Protocol (SLP). Protocols in each layer use SNP to exchange messages, 
e SNP is also used by application specific control messages. 

7 SNP provides a single octet header that defines the Type of the protocol with which the 

s message is associated. SNP uses the Type field to route the message to the appropriate 

9 protocol. 

10 SLP provides message fragmentation, reliable and best-effort message delivery and 

11 duplicate detection for messages that are delivered reliably. 

12 The relationship between SNP and SLP is illustrated in Figure 2.1.1-1. 



Signaling 

Link 
Protocol 

(SLP) 



Signaling Network Protocol (SNP) 



SLP-D 



SLP-F 



15 
16 



Figure 2.1.1-1. Default Signaling Layer Protocols 

The Signaling Link Protocol consists of two sub-layers, the delivery layer, SLP-D, and the 
fragmentation layer, SLP-F. 

2.1.2 Data Encapsulation 

Figure 2.1.2-1 and Figure 2.1.2-2 illustrate the relationship between a message, SNP 
packets, SLP packets, and Stream Layer payloads. Figure 2.1.2-1 shows a case where SLP 
does not fragment the SNP packet. Figure 2.1.2-2 shows a case where the SLP fragments 
the SNP packet into more than one SLP-F payload. 
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Figure 2.1.2-1. Message Encapsulation (Non-fragmented) 
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Figure 2.1.2-2. Message Encapsulation (Fragmented) 
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2.2 General Signaling Requirements 
2.2.1 General Requirements 

The following requirements are common to all protocols that carry messages using SNP 
and that provide for message extensibility. The access terminal and the access network 
shall abide by the following rules when generating and processing any signaling message 
carried by SNP. 

. Messages are always an integer number of octets in length; and, if necessary, 
include a Reserved field at the end of the message to make them so. The receiver 
shall ignore the value of the Reserved fields. 

. The first field of the message shall be transmitted first. Within each field, the most 
significant bit of the field shall be transmitted first. 

• Message identifiers shall be unambiguous for each protocol Type and for each 
Subtype for all protocols compatible with the Air Interface, defined by 
MinimumRevision and above. 

. For future revisions, the transmitter shall add new fields only at the end of a 
message (excluding any trailing Reserved field). The transmitter shall not add fields 
if their addition makes the parsing of previous fields ambiguous for receivers whose 
protocol revision is equal to or greater than MinimumRevision . 

• The receiver shall discard all unrecognized messages. 
. The receiver shall discard all unrecognized fields. 

. The receiver shall discard a message if any of the fields in the message is set to a 
value outside of the defined field range, unless the receiver is specifically directed to 
ienore this field. A field value is outside of the allowed range if a range was specified 
with the field and the value is not in this range, or the field is set to ^J*™ ** " 
defined as invalid. The receiver shall discard a field in a message if the field is set 
to a reserved value. 

2.2.2 Message Information 

Each message definition contains information regarding channels on which ^ message 
can be transmitted, whether the message requires SLP reliable or best-effort delivery, the 
addressing modes applicable to the message, and the message priority This information ,s 
provided in the form of a table, an example of which is given in Figure 2.2.2-1. 



Channels 


CCsyn | 


jAddressing 


broadcast 



SLP 


Best Effort | 


Priority 


30 



Figure 2.2.2-1 . Sample Message Information 
The following values are defined: 
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• Channels : The Physical Layer channel on which this message can be transmitted. 
Values are: 

- CC for Control Channel (synchronous or asynchronous capsule), 

- CCsyn for Control Channel synchronous capsule, 

- AC for Access Channel, 

- FTC for Forward Traffic Channel, and 

- RTC for Reverse Traffic Channel. 

• SLP : Signaling Link Protocol requirements. Values are: 

- Best Effort: the message is sent once and is subject to erasure, and 

- Reliable: erasures are detected and the message is retransmitted one or more 
times, if necessary. 

• Addressing : Addressing modes for the message. Values are: 

- Broadcast if a broadcast address can be used with this message, 

- Multicast if a multicast address can be used with this message, and 

- Unicast if a unicast address can be used with this message. 

• Priority : A number between 0 and 255 where lower numbers indicate higher 
priorities. The priority is used by the Connection Layer (specifically, the Packet 
Consolidation Protocol) in prioritizing the messages for transmission. 

2.3 Signaling Network Protocol 
2.3.1 Overview 

The Signaling Network Protocol (SNP) is a message-routing protocol, and routes messages 
to protocols according to the Type field provided in the SNP header. 

The actual protocol indicated by the Type is negotiated during session set-up. For example, 
Type 0x01 is associated with the Control Channel MAC Protocol. The specific Control 
Channel MAC Protocol used (and, therefore, the Control Channel MAC protocol generating 
and processing the messages delivered by SNP) is negotiated when the session is setup. 

The remainder of the message following the Type field (SNP header) is processed by the 
protocol specified by the Type. 



29 2.3.2 Primitives and Public Data 

30 2.3.2.1 Commands 

31 This protocol does not define any commands. 

32 2.3.2.2 Return Indications 

33 This protocol does not return any indications. 
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2.3.2.3 Public Data 

The protocol shall make the Type value associated with protocols public. 

2.3.3 Basic Protocol Numbers 

SNP is a protocol associated with the Default Signaling Application. The application 
subtype for this application is defined in Table 4.2.6.2.1.1-1. 

2.3.4 Protocol Data Unit 

The protocol data unit for this protocol is an SNP packet. Each SNP packet consists of one 
message sent by a protocol using SNP. 

The protocol constructs an SNP packet by adding the SNP header (see 2.3.7) in front of the 
payload. The structure of the SNP packet is shown in Figure 2.3.4-1. 



-SNP packet - 



SNP 
header 



message 



Figure 2.3.4-1. SNP Packet Structure 



13 * 2.3.5 Procedures 

u SNP receives messages for transmission from multiple protocols. SNP shall add the Type 

15 



field to each message and forward it for transmission to SLP. 
SNP receives messages from SLP. SNP shall route these messages to their associated 

17 protocols according to the value of the Type field in the SNP header. 

18 If an SNP message is to be transmitted on the Forward Traffic Channel or on the Reverse 

19 Traffic Channel, and if a connection is not open, SNP shall issue an 
* AuiJnkManagemen^tacoLOp^Connectkm command. SNP should queue all messages 
„ requiring transmission in the Forward Traffic Channel or in the Reverse Traffic Channel 
zz until the protocol receives an JiUeState.ConnectionOpened indication. 

When SNP receives an SU»Jteset indication, it shall refrain from passing messages from 
protocols other than SLP for transmission to SLP until it receives an S&AesetAcUed 



zs indication. 



2.3.6 Type Definitions 

Type definitions associated with the default protocol stack are presented in Table 2.3.6-1. 
The constant name and protocol layer are provided for informational purposes. 
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Table 2.3.6-1. Default Protocol Stack Type Values 



Type 


Protocol 


Constant Name 


Layer 


0x14 


Stream 0 Application 


NAPPOType 


Application 


0x15 


Stream 1 Application 


NAPPlType . 


Application 


0x16 


Stream 2 Application 


NAPP2Type 


Application 


0x17 


Stream 3 Application 


NAPP3Typ« 


Application 


0x13 


Stream Protocol 


NsTRType 


Stream 


0x10 


Session Management Protocol 


NsMPType 


Session 


0x11 


Address Management Protocol 


NADMPType 


Session 


0x12 


Session Configuration 
Protocol 


NsCPType 


Session 


0x0a 


Air Link Management 
Protocol 


Nalmptvp* 


Connection 


0x0b 


Initialization State Protocol 


NlSPT^pe 


Connection 


QxOc 


Idle State Protocol 


NiDPiype 


Connection 


OxOd 


Connected State Protocol 


NcSPTypc 


Connection 


OxOe 


Route Update Protocol 


NRUPiype 


Connection 


OxOf 


Overhead Messages Protocol 


NoMPType 


Connection 


0x09 


Packet Consolidation Protocol 


NpcPiypc 


Connection 


0x08 


Security Protocol 


NsPTypc 


Security 


0x05 


Key Exchange Protocol 


NKEPType 


Security 


0x06 


Authentication Protocol 


NAPType 


Security 


0x07 


Encryption Protocol 


NEPType 


Security 


uxUl 


control i^nannci xvi/\\»* noiowji 


NcCMPType 


MAC 


0x02 


Access Channel MAC Protocol 


NACMPType 


MAC 


0x03 


Forward Traffic Channel MAC 
Protocol 


NFTCMPType 


MAC 


0x04 


Reverse Traffic Channel MAC 
Protocol 


NRTCMPType 


MAC 


0x00 


Physical Layer Protocol 


NpHYTypc 


Physical 
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2.3.7 SNP Header 

The SNP shall place the following header in front of every message that it sends: 



Field 


Length (bits) 


Type 


8 



Type Protocol Type. This field shall be set the Type value for the protocol 

associated with the encapsulated message. 

2.3.8 Interface to Other Protocols 

2.3.8.1 Commands 

This protocol issues the following command: 
AirlJnkMcmagetTwntPmtDcoL 

2.3.8.2 Indications 

This protocol registers to receive the following indications: 

• JdteStnte.C€jnivzctkmOpened 

• SLPJleset 

• SLPJtesetAcked 
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1 2.4 Signaling Link Protocol 

2 2.4.1 Overview 

3 The Signaling Link Protocol (SLP) has two layers: The delivery layer and the fragmentation 

4 layer. 

s The purpose of the SLP delivery layer (SLP-D) is to provide best effort and reliable delivery 

e for SNP packets. SLP-D provides duplicate detection and retransmission for messages 

7 using reliable delivery. SLP-D does not ensure in-order delivery of SNP packets. 

e The purpose of the SLP fragmentation layer (SLP-F) is to provide fragmentation for SLP-D 

9 packets. 

10 2.4.2 Primitives and Public Data 

11 2.4.2.1 Commands 

12 This protocol does not define any commands. 

13 2.4.2.2 Return Indications 

14 This protocol returns the following indications: 

15 • Reset 

16 • ResetAcked 

17 2.4.2.3 Public Data 
is • None. 

19 2.4.3 Basic Protocol Numbers 

20 SLP is a protocol associated with the default signaling application. The application subtype 

21 for this application is defined in Table 4.2.6.2.1.1-1. 

22 2 .4.4 Protocol Data Unit 

23 The protocol data units of this protocol are an SLP-D packet and an SLP-F packet. 

24 2.4.5 Procedures 

25 Unless explicitly specified, SLP requirements for the access terminal and the access 

26 network are identical; and are, therefore, presented in terms of sender and receiver. 

27 2.4.5.1 Reset 

28 SLP can only be reset at the initiative of the access network. To reset SLP, the access 

29 network shall perform the following: 

30 • The access network shall initialize its data structures as described in 2.4.5.3.2 and 

31 2.4.5.2.3.2, 

■ ; : : ' |:! :-: - 2-8 
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. The access network shall return a Reset indication, and 
• The access network shall send a Reset message. 
Upon receiving a Reset message, the access terminal shall validate the message 
sequence number as defined in 10.6. If the message is valid, the access terminal shall 
respond with a ResetAck message and shall initialize its data structures as described m 
2.4.5.3.2 and 2.4.5.2.3.2. If the message sequence number of the Reset message is not 
valid, the access terminal shall discard the message. 

The SLP protocol in the access network shall return a ResetAcked indication when it 
receives a ResetAck message with a MessageSequence field equal to the 
MessageSequence sent in the Reset message. The access network shall increment the 
sequence number for every Reset message it sends. 

The access terminal shall initialize the reset receive pointer used to validate Reset 
messages (see 10.6) to 0 when the protocol receives a SesstonManagewent^ootCompleted 
indication. 

2.4.5.2 Delivery Layer Procedures 

2.4.5.2.1 General Procedures 

These procedures apply to both the best effort and reliable delivery. 

2.4.5.2.1.1 Transmitter Requirements 

The transmitter shall take the packet from the upper layer and add the SLP-D header. 
The transmitter shall forward the resulting SLP-D packet to the SLP fragmentation layer. 

2.4.5.2.1.2 Receiver Requirements 

The receiver shall forward the AckSequenceNumber field of the SLP-D header to the co- 
located transmitter (see 2.4.5.2.3.3.1). 

2.4.5.2.2 Best Effort Delivery Procedures 
2.4.5.2.2. 1 Transmitter Requirements 

The transmitter shall set the SequenceValid field of a best-effort SLP-D packet to <0'. 

27 2.4.5.2.2.2 Receiver Requirements 

28 The receiver shall forward the SLP-D payload to the upper layer. 

29 2.4.5.2.3 Reliable Delivery Procedures 
M 2.4.5.2.3.1 Overview 

31 SLP-D is an Ack-based protocol with a sequence space of S = 3 bits. 

32 SLP-D maintains the following variables for reliable delivery SLP-D packet payloads: 



18 
19 
20 
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23 
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26 
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1 • V(S) The sequence number of the next SLP-D packet to be sent. 

2 • V(N) The sequence number of the next expected SLP-D packet. 

3 • Rx A 2 s bit vector. Rx[i( = '1' if the SLP-D packet with sequence number i was 

4 received. 

s 2.4.5.2.3.2 Initialization 

e When SLP-D is initialized or reset it shall perform the following: 
? - • Set the send state variable Vf9 to zero in the transmitter, 
e • Set the receive state variable V(N) to zero in the receiver. 

9 • SetRx(i]to'0 , fori = 0...2s-l. 

no ~ • Clear the retransmission and resequencing buffers, 

n r. • Discard any SLP-D packets queued for retransmission. 

12 : When SLP-D is initialized or is reset, the sender shall begin sending SLP-D packets with 

13 an initial SequenceNumber of 0. 

14 The access terminal and the access network shall perform the initialization procedure if 
is the protocol receives a ReverseTrqgkChOM^ indication. 

16 2.4.5,2.3.3 Data Transfer 

17 All operations and comparisons performed on SLP-D packet sequence numbers shall be 
is carried out in unsigned modulo 2 s arithmetic. For any SLP-D packet sequence number JV, 

19 the sequence numbers in the range [i\T+I, N+2^ 1 -!] shall be considered greater than N and 

20 the numbers in the range N-l] shall be considered smaller than N. 

21 2.4.5.2.3.3. 1 Transmit Procedures 

22 The transmitter shall set the Sequence Valid field of a reliable-delivery SLP-D packet to '1 

23 The transmitter shall acknowledge each reliable-delivery SLP-D packet that its co-located 

24 receiver received. The transmitter shall send an acknowledgment within Tslpsduacic seconds 
as of the receiver receiving a reliable-delivery SLP-D packet. The transmitter acknowledges 

26 the received SLP-D packet by setting the AckSequenceNumber field of a transmitted SLP-D 

27 packet to the SequenceNumber field of the SLP-D packet being acknowledged, and by 

28 setting the AckSequenceValid field to *1\ The transmitter may use the 

29 AckSequenceNumber field of an SLP-D it is transmitting; or, if none is available within the 
so required acknowledgment time, it shall transmit an SLP-D header-only SLP-D packet 
si carrying the acknowledgment. The SLP-D header-only SLP-D packet shall be sent as a 

32 best-effort SLP-D packet. 

33 Acknowledging an SLP-D packet with sequence number N does not imply an 

34 acknowledgement for an SLP-D packet with a sequence number smaller than JV. 

35 
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SLP-D packets awaiting transmission 
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Figure 2.4.5.2.3.3.1-1. SLP-D Transmit Sequence Number Variable 

The transmitter shall maintain an S-bit variable Vff9. The sequence number field 
(SequenceNumber) in each new SLP-D packet transmitted shall be set to V(&. After 
transmitting the SLP-D packet, Vfl5? shall be incremented. 

If SLP-D has already transmitted 2" SLP-D packets, SLP-D shall transmit an SDU with 
sequence number n, only after receiving acknowledgments for the SLP-D packets 
transmitted with sequence number n- 2^ and below, or after determining that these SLP- 
D packets could not be delivered. 

If the transmitter does not receive from its co-located receiver an AckSequenceNumber 
equal to the SequenceNumber of an outstanding SLP-D packet within TsuracAdc seconds, 
the transmitter shall retransmit the SLP-D packet. The transmitter shall attempt to 
transmit an SLP-D packet for a maximum of NsLPAttempt. 

The transmitter shall provide a retransmission buffer for 2» SLP-D packets. Reliable- 
delivery SLP-D packets shall be stored in the buffer when they are first transmitted and 
may be deleted from the buffer, when they are acknowledged or when SLP-D determines 
that they could not be delivered. 

2.4.5.2.3.3.2 Receive Procedures 

The SLP-D reliable-delivery receiver shall maintain an S-bit variable V0Y>. V(N) contains 
the sequence number of the next expected SLP-D packet. 

The receiver shall maintain a vector Rx with 2« one-bit elements. Rx[*3 is set to T if the 
SLP-D packet with sequence number khas been received. 
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the next expected SLP-D packet i 



SLP-D packets received in sequence 



SLP-D packets received out of sequence 
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Buffer space for new or missed SLP-D packets 
Figure 2.4.5.2.3.3.2-1. SLP Receive Sequence Number Variables 

For each received SLP-D packet, the receiver shall perform the following actions: 

• If a received SLP-D packet has a sequence number k that is smaller than VfNi and 
Rx[kj = f l*, SLP-D shall discard it as a duplicate. 

• If a received SLP-D packet has a sequence number k that is smaller than V(N) and 
Rxfkj = '0\ SLP-D shall set Rx[k] to '1' and pass the SLP-D payload to the upper layer. 

• If a received SLP-D packet has sequence number k that is equal to V(N), SLP-D shall 
set Rx[kJ to '1' and Rx[fc*2^] to <0\ SLP-D shall set VflV? to k**I and pass the SLP-D 
payload to the upper layer. 

• If a received SLP-D packet has a sequence number k that is greater than V(N), SLP- 
D shall set Rx[kJ to '1', and Rx[uJ to *0 T for all v > fc SLP-D shall set WO to IcU and pass 
the SLP-D payload to the upper layer. 

2.4.5.3 Fragmentation Layer Procedures 

2.4.5.3.1 Overview 

SLP-F is a self-synchronizing loss detection protocol with a sequence space of S= 6 bits. 
SLP-F maintains the following variables for SLP-F packets: 

• V(S) The sequence number of the next SLP-F packet to be sent. 

• Sync The SLP-F synchronized status flag. 

2.4.5.3.2 Initialization 

When SLP-F is initialized or reset it shall perform the following: 

• Set the send state variable V{S) to zero in the transmitter. 

• Set Sync to zero. 

• Clear the re-assembly buffers. 
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When SLP-F is initialized or reset, the sender shall begin sending SLP-F packets with an 
initial SequenceNumber of 0. 

The access terminal and the access network shall perform the initialization procedure if 
the protocol receives a j^exselYn^ 

2.4.5.3.3 Data Transfer 

All operations and comparisons performed on SLP-F packet sequence numbers shall be 
carried out in unsigned modulo 2 s arithmetic. 

2.4.5.3.4 Sender Requirements 

The sender shall construct the SLP-F packet(s) by adding the SLP-F header defined L to 
2.4.6.1, in front of each SLP-F payload. The size of each SLP-F packet shall not exceed the 
current maximum SLP-F packet size. 

The sender shall construct the SLP-F payload(s) from an SLP-D packet. If the SLP-D packet 
exceeds the current maximum SLP-F payload size, then the sender shall fragment the 
SLP-D packet. If the sender does not fragment the SLP-D packet, then the SLP-D packet ,s 
the SLP-F payload. If the sender does fragment the SLP-D packet, then each SLP-D packet 
is fragment is an SLP-F payload. 

If the SLP-F payload contains the beginning of an SLP-D packet, then the sende, -shall set 
the SLP-F header Begin field to '1'; otherwise, the sender shall set the SLP-F header Begm 



10 
11 

12 
13 
14 
15 



17 
18 

19 field to V. 



20 

21 

22 <0 



23 

24 

25 
26 

27 



29 



If the SLP-F payload contains the end of an SLP-D packet, then the sender shall I set the 
SLP-F header End field to '1'; otherwise, the sender shall set the SLP-F header End field to 



The sender shall set the SLP-F SequenceNumber field to V(&. 

If the SLP-F payload contains a complete SLP-D packet, then the sender shall not include 
the SLP-F header Begin, End and SequenceNumber fields; otherwise, the sender shall 
include the SLP-F header Begin, End and SequenceNumber fields. 
The sender shall increment the VfS? each time it sends a new SLP-F packet. 

2.4.5.3.5 Receiver Requirements 

The receiver shall maintain a re-assembly buffer to which it writes the SLP-F payloads 
when the Sync variable of the SLP-F protocol is equal to 1. The receiver shall perform the 
following in the order specified: 

. If the SLP-F header Fragmented field is '0', then the receiver shall assume the SLP- 

F header Begin field is '1 ', the SLP-F header End field is '1' and the SLP-F header 

SequenceNumber is *0*. 
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9 
10 



If the SequenceNumber of the current SLP-F packet is not one greater than 
SequenceNumber of the last SLP-F packet whose payload was written to the re- 
assembly buffer, then the receiver shall discard the contents of the re-assembly 
buffer and shall set the Sync flag to < 0\ 

If the Begin field is *1\ then the receiver shall discard the contents of the re- 
assembly buffer and set the Sync flag to *1 \ 

If the Sync flag is € V 9 then the receiver shall write the SLP-F payload to the re- 
assembly buffer, otherwise the receiver shall discard the SLP-F payload. 

If the End field is then the receiver shall pass the contents of the re-assembly 
buffer to the upper layer and set the Sync flag to *0\ 



16 
17 



19 
20 



2.4.6 Header Formats 

The combined SLP-D and SLP-F header length, x, is such that 
x modulo 8 = 6. 

2.4.6.1 SLP-F Header 

The SLP-F header length, x; is such that 

x modulo 8 = 5; if the SLP-F payload contains an SLP-D packet with SLP-D 
header, 

x modulo 8 = 6; if the SLP-F payload contains an SLP-D packet without SLP-D header, 
The SLP-F header has the following format: 



Field 


Length(bits) 


Reserved 


4 


Fragmented 


1 


Begin 


0 or 1 


End 


Oor 1 


SequenceNumber 


0 or 6 


OctetAlignmentPad 


Oor 1 



21 Reserved 

22 



23 
24 
25 
26 



Fragmented 



The sender shall set this field to zero. The receiver shall ignore this 
field. 

SLP-F header fragmentation indicator. If the rest of the SLP-F header 
is included, then the sender shall set this field to otherwise, the 
sender shall set this field to *0\ If the SLP-F payload contains a 
complete SLP-D packet, the sender shall not include the rest of the 



COPYRIGHT 2002: Electronic Industries Alliance 



2-14 



Document provided by IHS Ltcenses=EuFopean Patent Office/5920606100. Users. 
10/1 1/2002 05:33:04 MOT Questions or comments about this message: please cad 
the Document Poficy Manage mem Group at 1-800-4S1-1584. 



BNSDOCID: <XP 2216567A_I_> 



Default Signaling Application 



TIA/EIA/IS-856 



i 

2 

3 
4 
5 
6 

7 
8 
9 
10 

11 
12 
13 

14 
16 
16 

17 
18 



20 
21 



22 
23 
24 
25 



Begin 



End 



SequenceNumber 



OctetAlignmentPad 



SLP-F header; otherwise, the sender shall include the rest of the 
SLP-F header. 

Start of SLP-D packet flag. The sender shall only include this field if 
the Fragmented field is set to '1\ If this SLP-F payload contains the 
beginning of an SLP-D packet, then the sender shall set this field to 
'1 otherwise, the sender shall set this field to '0\ 

End of SLP-D packet flag. The sender shall only include this field if 
the Fragmented field is set to '1\ If this SLP-F payload contains the 
end of an SLP-D packet, the sender shall set this field to '1'; 
otherwise, the sender shall set this field to '0'. 

SLP-F packet sequence number. The sender shall only include this 
field if the Fragmented field is set to '1\ The sender shall increment 
this field for each new SLP-F packet sent. 

Octet alignment padding. The sender shall include this field and set 
it to '0* if the Fragmented field is set to '1' and Begin field is set to <0\ 
Otherwise, the sender shall omit this field. 



2.4.6.2 SLP-D Header 

The SLP-D header length, X, is such that 

x modulo 8=1. 
The SLP-D header has the following format: 



Field 


Length(bits) 


FullHeaderlncluded 


1 


AckSequenceValid 


Oor 1 


AckSequenceNumber 


Oor 3 


Sequence Valid 


Oor 1 


SequenceNumber 


Oor 3 



FullHeaderlncluded 



AckSequenceValid 



SLP-D header included flag. If the rest of SLP-D header is included, 
then the sender shall set this field to T; otherwise, the sender shall 
set this field to ( 0\ If the sender is either sending or acknowledging a 
reliable-delivery SLP-D payload, then the sender shall include the 
rest of the SLP-D header; otherwise, the sender shall not include the 
rest of the SLP-D header. 

The sender shall only include this field if the FullHeaderlncluded 
field is set to '1\ If the AckSequenceNumber field contains a valid 
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1 value, then the sender shall set this field to *1'; otherwise, the 

2 sender shall set this field to c 0'. If the sender is acknowledging a 
a reliable-delivery SLP-D payload, then the sender shall include a valid 
4 AckSequenceNumber field; otherwise, the sender shall not include a 
s valid AckSequenceNumber field. 

e AckSequenceNumber 

? The sender shall only include this field if the FullHeaderlncluded 

e field is set to '1'. If the AckSequenceValid field is set to c l\ then the 

9 sender shall set this field to the sequence number of the first 

10 reliable-delivery SLP-D payload that has not been acknowledged; 

11 otherwise, the sender shall set this field to zero. If the 

12 AckSequenceValid field is set to '0', then the receiver shall ignore 

13 this field. 

14 SequenceValid The sender shall only include this field if the FullHeaderlncluded 
is field is set to '1', If the SequenceNumber field contains a valid value, 

16 then the sender shall set this field to *1'; otherwise, the sender shall 

17 set this field to '0*. If the sender is sending a reliable-delivery SLP-D 
is payload, then the sender shall include a valid SequenceNumber field. 

19 SequenceNumber The sender shall only include this field if the FullHeaderlncluded 

20 field is set to '1'. If the SequenceValid field is set to then the 

21 sender shall set this field to the sequence number of the reliable 

22 SLP-D payload; otherwise, the sender shall set this field to zero. If the 

23 SequenceValid field is set to X)', then the receiver shall ignore this 

24 field. 

25 2.4.7 Message Formats 

26 2.4.7.1 Reset 

27 The Reset message is used by the access network to reset SLP. 

28 



Field 


Length (bits) 


MessagelD 


8 


MessageSequence 


8 



29 MessagelD The access network shall set this field to 0x00. 

30 MessageSequence The access network shall increment this field for every new Reset 

31 message it sends. 

32 
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j Channels 


CC FTC 


Addressing 


unicast 



SLP 


Best Effort | 


Priority 


40 



2.4.7.2 ResetAck 

The ResetAck message is used by the access terminal to complete an SLP reset. 



Field 


Length (bits) 


MessagelD 


8 


MessageSequence 


8 



MessagelD 



The access terminal shall set this field to 0x01. 

terminal shall set this field to the sequence number of 



5 MessageSequence The access 

the associated Reset message 



Channels 


RTC j 


Addressing 


unicast 



SLP 


Best Effort 


Priority 


40 
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2.4.8 Protocol Numeric Constants 



Constant 


Meaning 


Value 


TsLPSDUAck 


Time for receiver to acknowledge 
an arriving reliable -delivery SDU 


200 ms 


NsLPAttempt 


Number of times to retry sending a 
reliable-delivery SDU 


3 


TsLPWaitAck 


Retransmission timer for a 
reliable-delivery SDU 


400 ms 



2.4.9 Interface to Other Protocols 

2.4.9.1 Commands 

This protocol does not issue any commands. 

2.4.9.2 Indications 

This protocol registers to receive the following indications: 

• Revets&I)nqfficehann^ 

• SesstoriManagement&ootComz^ 
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1 3 DEFAULT PACKET APPLICATION 

2 3.1 Introduction 

a 3.1.1 General Overview 

4 The Default Packet Application provides an octet stream that can be used to carry packets 

5 between the access terminal and the access network. 

e The Default Packet Application provides: 

7 • The functionality defined in [1]. 

e • The Radio Link Protocol (RLP), which provides in-order delivery of RLP packets, 

9 retransmission, and duplicate detection, thus, reducing the radio link error rate as 

10 seen by the higher layer protocols. 

11 • Packet Location Update Protocol, which defines location update procedures and 

12 messages in support of mobility management for the Packet Application. 

13 • Flow Control Protocol, which provides flow control for the Default Packet Application 

14 Protocol. 

is The relationship between the Default Packet Application protocols is illustrated in Figure 

is 3.1.1-1. 



Radio Link Protocol (RLP) 



Location Update Protocol 



17 
18 



Flow Control Protocol 



Figure 3.1.1-1. Default Packet Application Protocols 



20 
21 



3.1.2 Data Encapsulation 

Figure 3.1.2-1 illustrates the relationship between the octet stream from the upper layer, 
an RLP packet, and a Stream Layer payload. 
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octet stream 



RLP 


RLP 


RLP 


packet 


header 


payload 



Stream 
Layer 
payload 



Figure 3.1.2-1. Default Packet Application Encapsulation 



3.2 Radio Link Protocol 



4 3.2.1 Overview 

5 The Radio Link Protocol (RLP) provides an octet stream service with an acceptably low 
e erasure rate for efficient operation of higher layer protocols (e.g., TCP). When used as part 
7 of the Default Packet Application, the protocol carries an octet stream from the upper layer. 

b RLP uses Nak-based retransmissions. If the receiver fails to receive octets whose re- 

9 transmission it requested once, the receiver forwards whatever octets it has to the upper 

10 layer and continues reception beyond the missing octets. 

n j3.2.2 Primitives and Public Data 

12 -3.2.2.1 Commands 

13 -This protocol does not define any commands. 

14 '3.2.2.2 Return Indications 

is ^This protocol does not return any indications. 

is 3.2.2.3 Public Data 

17 • None. 



3.2.3 Basic Protocol Numbers 

RLP is a protocol associated with the default packet application. The application identifier 
for this application is defined in Table 4.2.6.2.1.1-1. 

3.2.4 Protocol Data Unit 

The transmission unit of this protocol is an RLP packet. 

RLP is unaware of higher layer framing; it operates on a featureless octet stream, 
delivering the octets in the order received from the higher layer. 
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RLP receives octets for transmission from the higher layer and forms an RLP packet by 
concatenating the RLP packet header defined in 3.2.6.1 with a number of reeved 
contiguous octets. The policy RLP follows in determining the number of octets to send in an 
RLP packet is beyond the scope of this specification. It is subject to the requirement that 
an RLP packet shall not exceed the maximum payload length that can be carried by a 
Stream Layer packet given the target channel and current transmission rate on that 

7 channel. 

8 RLP makes use of the Reset, ResetAck, and Nak messages to perform control related 

9 operations. When RLP sends these messages it shall use the Signaling Application. 



12 
13 
14 

15 
16 



3.2.5 Procedures 
3.2.5.1 Initialization and Reset 

The RLP initialization procedure initializes the RLP variables and data structures , in one 
end of the link. The RLP reset procedure guarantees that RLP state variables on both sides 
are synchronized. The reset procedure includes initialization. 

The access terminal and the access network shall perform the Initialization Procedure 
defined in 3.2.5.1.1 if the protocol receives an KUeStatB.ConnectianOpened indication. 

3.2.5.1.1 Initialization Procedure 

When RLP performs the initialization procedure it shall: 

• Reset the send state variable to zero, 

• reset the receive state variables VJlfl and V(N) to zero, 

• clear the resequencing buffer, and 

• clear the retransmission queues. 

3.2.5.1.2 Reset Procedure 

3.2.5.1-2.1 Reset Procedure for the Initiating Side 

The side initiating a reset procedure sends a Reset message and enters the RLP Reset 
State. 

Upon entering the RLP Reset state RLP shall: 

• Perform the initialization procedure defined in 3.2.5. 1.1. 
. Ignore all RLP data octets received while in the RLP Reset state. 

. If RLP receives a ResetAck message while in the RLP Reset state, it shall send a 
ResetAck message back and leave the RLP Reset state. 
If a ResetAck message is received while RLP is not in the RLP Reset state, the message 
33 shall be ignored. 



30 
31 

32 
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i 3.2.5.1.2.2 Reset Procedure for the Responding Side 

z When RLP receives a Reset message, it shall respond with a ResetAck message. After 

s sending the message it shall enter the RLP Reset state, if it was not already in the RLP 

4 reset state. Upon entering the RLP Reset state RLP shall: 

s • Perform the initialization procedure defined in 3.2.5.1.1. 

s • Ignore all RLP data octets received while in the RLP Reset state. 

? • When RLP receives a ResetAck message, it shall leave the RLP reset state. 

8 If a ResetAck is received while RLP is not in the RLP Reset state, the message shall be 

9 ignored. 

10 3.2.5.2 Data Transfer 

11 RLP is a Nak-based protocol with a sequence space of S bits, where S = 22. 

12 All operations and comparisons performed on RLP packet sequence numbers shall be 

13 carried out in unsigned modulo 2 s arithmetic. For any RLP octet sequence number N 9 the 

14 sequence numbers in the range [iV+I, shall be considered greater than JV and the 

15 sequence numbers in the range N-l) shall be considered smaller than N. 

is 3.2.5.2.1 RLP Transmit Procedures 

17 The RLP transmitter shall maintain an S-bit variable V#S? for all transmitted RLP data 

is octets (see Figure 3.2.5.2.1-1). VffJ is the sequence number of the next RLP data octet to be 

19 sent. The sequence number field (SEQ) in each new RLP packet transmitted shall be set to 

20 VfSJ, corresponding to the sequence number of the first octet in the packet. The sequence 

21 number of the octet in the packet (with the first octet being octet 0) is implicitly given by 

22 SEQ+-L VPS? shall be incremented for each octet contained in the packet. 

23 After transmitting a packet, the RLP transmitter shall start an RLP flush timer for time 

24 TpLPFiush. If the RLP transmitter sends another packet before the RLP flush timer expires, 

25 the RLP transmitter shall reset and restart the timer. If the timer expires, the RLP 

26 transmitter shall disable the flush timer and the RLP transmitter shall send an RLP packet 

27 containing the octet with sequence number VflSM. The RLP transmitter should allow 

28 sufficient time before deleting a packet transmitted for the first time. 

29 Upon receiving a Nak message, RLP shall insert a copy of the requested octet(s) into its 

30 output stream if those octets are available. If the Nak record includes any sequence 

31 number greater than or equal to VPS?, RLP shall perform the reset procedures specified in 

32 3.2.5.1.2. If the Nak record does not include any sequence number greater than or equal to 

33 VfSJ but the requested octets are not available for retransmissions, RLP shall ignore the 

34 Nak. 

35 
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VfSJ = sequence number 
of the first octet of the next RLP 
i packet to be sent. 



Octets sent 



6 
7 
8 

9 
10 

1.1 
12 



Octets awaiting transmission 



Figure 3.2.5.2.1-1. RLP Transmit Sequence Number Variable 

RLP shall assign the following priorities to RLP packets: 

♦ Packet containing re-transmitted octets: 60 

• Packet containing octets transmitted for the first time: 70 

3.2.5.2.2 RLP Receive Procedures 

The RLP receiver shall maintain two S-bit variables for receiving, VfRjand VfN) (see Figure 
3.2.5.2.2-1). V(R} contains the sequence number of the next octet expected to arrive. VPV? 
contains the sequence number of the first missing octet, as described below. 

In addition, the RLP receiver shall keep track of the status of each octet in its 
resequencing buffer indicating whether the octet was received or not. Use of this status is 
implied in the following procedures. 



VpY? = next octet needed 
for sequential delivery I 



V(R) = next new 
i octet expected 



Octets received in sequence 



Octets received out of sequence 



14 

IS 



Buffer space for new or missed octets 



Figure 3.2.5.2.2-1. RLP Receive Sequence Number Variables 

In the following, X denotes the sequence number of a received octet. For each received 
octet, RLP shall perform the following procedures: 
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• If X< VPYf, the octet shall be discarded as a duplicate. 

• If VpV? <X< V(EJ, and the octet is not already stored in the resequencing buffer, then: 

- RLP shall store the received octet in the resequencing buffer. 

- If X = VflVJ, R^P shall P ass ^ contiguous octets in the resequencing buffer, from 
V(N) upward, to the higher layer, and may remove the passed octets from the 
resequencing buffer. RLP shall then set V(N) to (LAST+1) where LAST is the 
sequence number of the last octet passed to the higher layer from the 

a resequencing buffer. 

• If VPV? < X < V(R), and the octet has already been stored in the resequencing buffer, 
then the octet shall be discarded as a duplicate. 

• If X = VCR), then: 

- If V(R) = VpV?, RLP shall increment V[N) and V(R) and shall pass the octet to the 



12 

na higher layer. 

14 



- If V(R) * V(N), RLP shall increment V(RJ and shall store the octet in the 
is resequencing buffer. 

is • If X> V(F) 9 then: 

17 _ RLP shall store the octet in the resequencing buffer. 

- RLP shall send a Nak message requesting the retransmission of all missing RLP 
octets from V(FQ to X-l , inclusive. 

- RLP shall set V(F) to X+l. 
RLP shall set a Nak abort timer for each data octet requested in a Nak record for a period of 
TRLPAbon. If a requested octet has not arrived when its Nak abort timer expires, RLP shall 
pass all octets in the resequencing buffer up to the missing octet, in order of sequence 
number, to the higher layer. RLP shall skip any missing octets. RLP shall set VCN) to the 
sequence number of the next missing octet, or to if there are no remaining missing 
octets. Further recovery is the responsibility of the upper layer protocols. 



21 
22 
23 
24 
25 
26 



27 3.2.6 RLP Packet Header 

28 3.2.6.1 RLP Packet Header 
The RLP packet header, which precedes the RLP payload, has the following format: 



29 
30 



Field 


Length (bits) 


SEQ 


22 



31 SEQ The RLP sequence number of the first octet in the RLP payload. 
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3.2.7 Message Formats 

The messages described in this section control the function of the RLP. These messages 
are exchanged between the access terminal and the access network using the SNP. 

3.2.7.1 Reset 

The access terminal and the access network send the Reset message to reset RLP. 



Field 


Length (bits) 


MessagelD 


8 



MessagelD 



The sender shall set this field to 0x00. 



Channels 


CC FTC RTC | 


j Addressing 


unicast 



SLP 


Reliable 


Priority 


50 



9 3.2.7.2 ResetAck 

10 The access terminal and the access network send the ResetAck message to complete the 
n RLP reset procedure. 



Field 


Length (bits) 


MessagelD 


8 



MessagelD 



The sender shall set this field to 0x01 . 



Channels 


CC FTC RTC | 


Addressing 


unicast 



SLP 


Reliable 


Priority 


50 



15 3.2.7.3 Nak 

16 The access terminal and the access network send the Nak message to request the 

17 retransmission of one or more octets. 
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Field 


Length (bits) 


MessagelD 


8 


NakRequests 


8 


NakRequests occurrences of the following three 
fields: 


Reserved 


2 


FirstErased 


22 


WindowLen 


16 



1 MessagelD 

2 NakRequests 



5 
6 

7 
8 
9 

10 
11 
12 
13 



Reserved 



FirstErased 



WindowLen 



Channels 



The sender shall set this field to 0x02. 

The sender shall set this field to the number of Nak requests 
included in this message. The sender shall include NakRequests 
occurrences of the following three fields with the message. 

The sender shall set this field to zero. The receiver shall ignore this 
field. 

The sender shall set this field to the sequence number of the first 
RLP octet erased in a sequence of erased octets whose 
retransmission is requested. 

The sender shall set this field to the length of the erased window. 
The receiver shall retransmit all the octets in the range FirstErased 
to FirstErased+WindowLen-1, inclusive. 



CC 



FTC RTC 



SLP 



Best Effort 



Addressing 



unicast 



Priority 



50 



is 3.2.8 Protocol Numeric Constants 
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Constant 


Meaning 


Value 


TRLPAbort 


Time to wait for a retransmission of an 
octet requested in a Nak message 


500 ms 


TRLPFlush 


Time to wait before retransmitting the last 
transmitted octet 


300 ms 



3.2.9 Interface to Other Protocols 

3.2.9.1 Commands 

This protocol does not issue any commands. 

3.2.9.2 Indications 

This protocol registers to receive the following indications: 
• IdteStnte.ConnectionOpened 
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Default Packet Application 



1 3.3 Location Update Protocol 

2 3.3.1 Overview 

3 The Location Update Protocol 

4 • Defines location update procedures and messages for mobility management for the 
s Default Packet Application, and 

6 • Negotiates a PDSN selection method and provide data required for PDSN selection. 

7 3.3.2 Primitives and Public Data 
e 3.3.2.1 Commands 

9 This protocol does not define any commands. 

10 3.3.2.2 Return Indications 

11 This protocol does not return any indications. 

is 3.3.2.3 Public Data 

13 • None. 

14 3.3.3 Basic Protocol Numbers 

is Packet Location Update Protocol is a protocol associated with the Default Packet 

16 Application. The application identifier for this application is defined in Table 4.2.6.2.1.1-1. 

17 3.3.4 Protocol data Unit 

is The transmission unit of this protocol is a message. This is a control protocol; and, 

19 therefore, it does not carry payload on behalf of other layers or protocols. 

20 3.3.5 Procedures 

21 3.3.5. 1 Access Network Requirements 

22 If the protocol receives an AddiBSsManagementSubnetChanged indication, the access 

23 network: 

24 ♦ May send a LocationRequest message to query the Location information. 

as • May send a LocationAssignment message to update the Location information. 

26 3.3.5.2 Access Terminal Requirements 

27 U the access terminal receives a LocationRequest message, it shall send 

28 LocationResponse message. If the access terminal's current stored LocationValue is not 

29 NULL, the access terminal shall set the LocationType, LocationLength, and LocationValue 
so fields in this message to its stored values of these fields. If the access terminal's current 



COPYRIGHT 2002; electronic Industries WSance 



3-10 



Document provided by IHS Ltcensee^European Patent OHice/5920606100. User=. 
10/! 1/2002 05:33:04 MOT Questions or comments about this message: please call 
the Document Pofcy Management Group at 1 -800-451 -t 584. 



Default Packet Application 



TIA/EIA/IS-856 



7 
8 

9 

10 
11 

12 

13 
14 



stored LocationValue is equal to NULL, the access terminal shall omit the LocationType, 
LocationLength, and LocationValue fields in this message. 

M the access terminal receives a LocationAssignment message, it shall send 
LocationComplete message as follows: 

. If the access terminal's current stored Location is not NULL, the access terminal 
shall set the LocationType, LocationLength, and LocationValue fields of the 
LocationComplete message to its stored values of these fields. If the access 
terminal's current stored LocationValue is equal to NULL, the access terminal shall 
omit the LocationType, LocationLength, and LocationValue fields in this message 
. The access terminal shall store the value of the LocationType, LocationLength, and 
LocationValue fields of the LocationAssignment message in LocationType, 
LocationLength, and LocationValue variables, respectively. 
She access terminal shall set LocationValue to NULL if it 



receives 



SessionManagemenLSessionClosed indication . 



is 3.3.6 Message Formats 
is 3.3.6.1 LocationRequest 

w The access network uses this message to query the access terminal of its Location 



is information. 

19 



Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 



21 
22 
23 



MessagelD 
TransactionID 



The access network shall set this field to 0x03. 

The access network shall increment this value for each new 
LocationRequest message sent. 



Channels 


CC FTC | 


J Addressing 


unicast 



SLP 


Best Effort 


Priority 


40 



25 
26 
27 



3.3.6.2 LocationResponse 

The access terminal sends the LocationResponse message in response to the 
LocationRequest message. 
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Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 


LocationType 


8 _ 


LocationLength 


0 or 8 


LocationValue 


0 or 8 x LocationLength 



1 MessagelD 

2 TransactionID 

3 



4 

S 
6 

7 
8 
9 

10 
11 
12 
13 



LocationType 



LocationLength 



LocationValue 



The access terminal shall set this field to 0x04. 

The access terminal shall set this field the TransactionID field of the 
corresponding LocationRequest message. 

The access terminal shall set this field to 0 if the value of its stored 
LocationValue is NULL; otherwise, the access terminal shall set this 
field to the stored value of LocationType. 

The access terminal shall not include this field if the value of its 
stored LocationValue is NULL; otherwise, the access terminal shall 
set this field to the stored value of LocationLength. 

The access terminal shall not include this field if the value of its 
stored LocationValue is NULL; otherwise, the access terminal shall 
set this field to the stored value of LocationValue. 



Channels 


AC RTC 


Addressing 


unicast 



SLP 


Reliable 1 Best Effort 


Priority 


40 



15 
16 



3.3.6.3 LocationAssignment 

The access network uses this message to update the Location information of the access 
terminal. 



1 This message is sent reliably when it is sent over the Reverse Traffic Channel. 
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Field | 


Length (bits) 


MessagelD 


Q 
O 


TransactionID 


8 


LocationType 


8 


LocationLength 


8 


LocationValue 


8 x LocationLength 



MessagelD 
TransactionID 

LocationType 



The access network shall set this field to 0x05. 

The access network shall increment this value for each new 
Location Assignment message sent. 

The access network shall set this field to the type of the location as 
specified in Table 3.3.6.3-1. 

Table 3.3.6.3-1. LocationType Encoding 



LocationType 


LocationLength 


Meaning 


0x01 


0x05 


Location compatible with [3] 
(see Table 3.3.6.3-2) 


All other values 


N/A 


Reserved 



9 
10 
11 
12 
13 



LocationLength 



Locat io nValue 



The access network shall set this field to the length of the 
LocationValue field in octets as specified in Table 3.3.6.3-1. 

The access network shall set this field to the Location of type 
specified by LocationType. If LocationType is set to 0x01, the access 
network shall set this field as shown in Table 3.3.6.3-2, where SID, 
NID, and PACKET_ZONE_ID correspond to the current access 
network. 
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Table 3.3.6.3-2. Subfields of LocationValue when LocationType - 0x01 



Sub-fields of 
LocationValue 


# of bits 


SID 


15 


Reserved 


1 


NID 


16 


PACKET_ZONE_ID 


8 



Channels 


CC FTC 


Addressing 


unicast 



SLP 


Best Effort 


Priority 


40 



3.3.6.4 LocationComplete 

The access terminal sends this message in response to the LocationAssignment message. 



Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 


LocationType 


8 


LocationLength 


Oor 8 


LocationValue 


0 or 8 x LocationLength 



e MessagelD 
7 TransactionID 

8 

9 LocationType 

10 



12 LocationLength 

13 



15 
16 
17 



LocationValue 



The access terminal shall set this field to 0x06. 

The access terminal shall set this field the TransactionID field of the 
corresponding LocationAssignment message. 

The access terminal shall set this field to 0 if the value of its stored 
LocationValue is NULL; otherwise, the access terminal shall set this 
field to the stored value of LocationType. 

The access terminal shall not include this field if the value of its 
stored LocationValue is NULL; otherwise, the access terminal shall 
set this field to the stored value of LocationLength. 

The access terminal shall not include this field if the value of its 
stored LocationValue is NULL; otherwise, the access terminal shall 
set this field to the stored value of LocationValue. 
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j Channels 


AC 


RTC 


Addressing 


unicast 



SLP 


Reliable 2 Best Effort 


Priority 


40 



3.3.7 Configuration Attributes 

The following complex attribute and default values are defined (see 10.3 for attribute record 
definition): 



Field 


Length (bits) 


Default 


Length 


8 


N/A 


AttributelD 


8 


N/A 


One or more of the following record: 




ValuelD 


8 


N/A 


PDSNSelectionType 


8 


0x00 


PDSNSelectionDataLength 


8 


0x00 


PDSNSelectionData 


PDSNSelectionDataLength x 8 


N/A 



6 Length 

7 
8 

9 AttributelD 

10 ValuelD 



Length of the complex attribute in octets. The access terminal shall 
set this field to the length of the complex attribute excluding the 
Length field. 

The access terminal shall set this field to 0x01. 

The access terminal shall set this field to an identifier assigned to 
this complex value. 



« PDSNSelectionTvpe The access terminal shall get this field to the type of the PDSN 
13 selection as shown in Table 3.3.7-1. 



2 This message is sent reliably when it is sent over the Reverse Traffic Channel. 



1 1 i : 
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1 Table 3.3.7-1 . Encoding of PDSNSelectionType 



PDSNSelectionType 


Meaning 


0x00 


The access terminal does not provide the 
PDSNSelectionData. 


0x01 


PDSN selection as specified in [9] 


All other values 


Reserved 



2 PDSNSelectionDataLength 

3 The access terminal shall set this field to the length of the data 

4 provided for PDSN selection as shown in Table 3.3.7-2. 

s Table 3.3.7-2. Encoding of PDSNSelectionType, PDSNSelectionDataLength, and 

e PDSNSelectionData 



PDSNSelectionType 


PDSNSelectionDataLength 
(octets) 


PDSNSelectionData 


0x00 


0x00 


N/A 


0x01 


0x08 


IMSI 



7 PDSNSelectionData The access terminal shall set this field to the data needed for PDSN 
e selection with the type specified by PDSNSelectionType as shown in 

9 Table 3.3.7-2. 

10 3.3.8 Interface to Other Protocols 
n _ 3.3.8.1 Commands 

12 . This protocol does not issue any commands. 

13 3.3.8.2 Indications 

14 'i This protocol registers to receive the following indications: 

15 _ • AddwssManagemenLClased 

16 = • Addi&ssManagemenLSubrwtChcuiged 
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1 3.4 Flow Control Protocol 

2 3.4.1 Overview 

a The Flow Control Protocol provides procedures and messages used by the access terminal 

4 and the access network to perform flow control for the Default Packet Application Protocol. 

5 This protocol can be in one of the following states: 

• Close State : in this state the Default Packet Application does not send or receive 
7 any RLP packets. 

• Open State : in this state the Default Packet Application can send or receive RLP 

9 packets. 

10 Figure 3.4.1-1 and Figure 3.4.1-2 show the state transition diagram at the access terminal 

11 and the access network. 



12 
13 



. . , ^ Tx XonRequest 

Initial State 





Rx XoffResponse 

Figure 3.4.1-1. Flow Control Protocol State Diagram (Access Terminal) 



Rx XonRequest 

Initial State 





14 
15 



Tx XoffResponse 

Figure 3.4.1-2. Flow Control Protocol State Diagram (Access Network) 

16 

17 3.4.2 Primitives and Public Data 

is 3.4.2.1 Commands 

19 This protocol does not define any commands. 
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Overview, 



3.4.2.2 Return Indications 

This protocol does not return any indications. 

3.4.2.3 Public Data 
• None. 

3.4.3 Basic Protocol Numbers 

Flow Control Protocol is a protocol associated with the Default Packet Application. The 
application identifier for this application is defined in Table 4.2.6.2.1.1-1. 

3.4.4 Protocol data Unit 

The transmission unit of this protocol is a message. This is a control protocol and, 
therefore, it does not carry payload on behalf of other layers or protocols. 

n 3.4.5 Procedures 

i2 3.4.5. 1 Transmission and Processing of DataReady Message 

is The access network may send a DataReady message to indicate that there is data 

i4 corresponding to this packet application awaiting to be transmitted. 

is The access terminal shall send a DataReadyAck within the time period specified by 

is TpcReaponsc of reception of the DataReady message to acknowledge reception of the message. 



9 
10 



17 3.4.5.2 Close State 

is In this state, the access terminal and the access network shall not send or receive any 

19 RLP packets. 

20 3.4.5.2.1 Access Terminal Requirements 
The access terminal shall send an XonRequest message when it is ready to exchange RLP 
packets with the access network. The access terminal should send an XonRequest 
message when it receives a DataReady from the access network. 

The access terminal shall transition to the Open state when it sends an XonRequest 



21 
22 
23 

24 



2s message. 

26 3.4.5.2.2 Access Network Requirements 

27 If the access network receives an XonRequest message, it shall 

28 r • Send an XonResponse message within the time period specified by TpcRcaponse of 

29 "-: reception of the XonRequest message to acknowledge reception of the message. 

30 - • Transition to the Open State. 
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5 
6 
7 

8 
9 
10 

11 
12 
13 



16 
17 



20 
21 
22 



3.4.5.3 Open State 

In this state, the access terminal and the access network may send or receive any RLP 
packets. 

3.4.5.3.1 Access Terminal Requirements 

The access terminal may re-send an XonRequest message if it does not receive an 
XonResponse message an RLP packet within the time period specified by %c^^ of 
sending the XonRequest message. 

The access terminal may send an XoffRequest message to request the access network to 
stop sending RLP packets. The access terminal shall transition to the Close state when it 
receives an XoffResponse message. 

The access terminal may re-send an XoffRequest message if it does not receive an 
XoffResponse message within fflie time period specified by fcm« of sending the 
XoffRequest message. 

3.4.5.3.2 Access Network Requirements 

If the access network receives an XoffRequest message, it shall 

. Send an XoffResponse message within the time period specified by Tkcrc^ of 
reception of XoffRequest message to acknowledge reception of the message. 

• Transition to the Close State. 
3.4.6 Message Formats 
3.4.6.1 XonRequest 

The access terminal sends this message to request transition to the Open State. 



Field 


Length (bits) 


MessagelD 


8 



MessagelD 



The access terminal shall set this field to 0x07. 



Channels 


AC RTC | 


I Addressing 


unicast 



SLP 


Best Effort 


Priority 


40 



as 3.4.6.2 XonResponse 

* The access network sends this message to acknowledge reception of the XonRequest 

27 message. 
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Field 


Length (bits) 


MessagelD 


8 



MessagelD 



The access network shall set this field to 0x08. 



Channels 


CC FTC | 


J Addressing 


unicast 



SLP 


Best Effort 


Priority 


40 



3 3.4.6.3 XoffRequest 

The access terminal sends this message to request transition to the Close State. 



Field 


Length (bits) 


MessagelD 


8 



MessagelD 



The access terminal shall set this field to 0x09. 



9 
lO 
11 



12 
13 



IS 
16 
17 



Channels 


AC RTC 


Addressing 


unicast 



SLP 


Best Effort 


Priority 


40 



3.4.6.4 XoffResponse 

The access network sends this message to acknowledge reception of the XoffRequest 
message. 



Field 


Length (bits) 


MessagelD 


8 



MessagelD 



The access network shall set this field to 0x0a. 



Channels 


CC FTC 


Addressing 


unicast 



SLP 


Best Effort 


Priority 


40 



3.4.6.5 DataReady 

The access network sends this message to indicate that there is data corresponding to 



this packet application awaiting to be transmitted. 



Oocumenl provided by IKS Licensee=European Patent Office/5920606100. User*. 
COPYRIGHT 2002; Electronic industries ASance 1(yi 1/20Q2 06:33:04 MOT Questions or comments about mis message: please call 

(he Occumert Policy Management Group el 1-800-451-1584. 



Overview 



TIA/EIA/IS-856 



Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 



1 MessagelD 

2 TransactionID 

3 



The access network shall set this field to OxOb. 

The access network shall increment this value for each new 
DataReady message sent. 



Channels 


CC FTC 


Addressing 


•unicast 



SLP 


Best Effort 


Priority 


40 



5 3.4.6.6 DataReadyAck 

6 The access terminal sends this message to acknowledge reception of a DataReady 

7 message. 



Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 



: 9 MessagelD 
: io TransactionID 



The access terminal shall set this field to 0x0c. 

The access terminal shall set this value to the value of the 
TransactionID field of the corresponding DataReady message. 



14 
IS 



17 
18 
19 



Channels 


AC RTC | 


1 Addressing 


unicast 



SLP 


Best Effort 


Priority 


40 



3.5 Configuration Messages 

The Default Packet Application uses the Generic Configuration Protocol for configuration of 
the attribute listed in 3.3.7. 

3.5.1 ConfigurationRequest 

The sender sends the ConfigurationRequest message to request the configuration of one 
or more parameters for the Default Packet Application. The ConfigurationRequest message 
format is given as part of the Generic Configuration Protocol (see 10.7). 
The sender shall set the MessagelD field of this message to 0x50. 
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Overview 



Channels 



FTC RTC 



Addressing 



unicast 



SLP 


Reliable 


Priority 


40 



3.5.2 ConfigurationResponse 

The sender sends the ConfigurationResponse message to select one of the parameter 
settings offered in an associated ConfigurationRequest message. The 
ConfigurationResponse message format is given as part of the Generic Configuration 
Protocol (see 10.7). 

The sender shall set the MessagelD field of this message to 0x51. 



Channels 



FTC RTC 



SLP 



Reliable 



Addressing 



unicast 



Priority 



40 
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1 4 STREAM LAYER 

2 4.1 Introduction 

3 4.1.1 General Overview 

4 The Stream Layer provides the following functions: 

s • Multiplexing of application streams for one access terminal. Stream 0 is always 

6 assigned to the Signaling Application. The other streams can be assigned to 

7 applications with different QoS (Quality of Service) requirements, or other 

8 applications. 

9 ♦ Provision of configuration messages that map applications to streams. 

10 The Stream Layer uses the Stream Layer Protocol to provide these functions. 

11 4. 1 .2 Data Encapsulation 

12 Figure 4.1.2-1 illustrates the relationship between an Application Layer packet, a Stream 
is Layer packet and a Session Layer payload. 



14 
15 



20 
21 

22 
23 



Application 
Layer 
packet 



Stream 

Layer 

packet 



Stream 


Stream 


Layer 


Layer 


header 


payload 



Session 
Layer 
payload 



Figure 4.1.2-1. Stream Layer Encapsulation 

4.2 Default Stream Protocol 
4.2.1 Overview 

The Default Stream Protocol provides the Stream Layer functionality. This protocol 
provides the ability to multiplex up to 4 application streams. Stream 0 is always reserved 
for a Signaling Application, and, by default, is assigned to the Default Signaling Application. 
By default, Stream 1 is assigned to the Default Packet Application. 

This protocol uses the Generic Configuration Protocol (see 10.7) to define the format and 
processing of the configuration messages that map applications to streams. 
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Stream Layer 



12 
13 



16 
17 

ie 

19 

20 
21 

22 

23 



24 
25 



27 
28 



The header added by this protocol is 2 bits in length. If x bits is the length of the payload 
presented to the Stream Layer, x shall satisfy 

x modulo 8 = 6. 

4.2.2 Primitives and Public Data 

4.2.2.1 Commands 

This protocol does not define any commands. 

4.2.2.2 Return Indications 

This protocol does not return any indications. 

4.2.2.3 Public Data 
• None. 

4.2.3 Basic Protocol Numbers 

The Type field for this protocol is one octet, set to NsrRTypc. 
The Subtype field for this protocol is two octets set to NsroDeiauit. 



14 4.2.4 Protocol Data Unit 

is The protocol data unit for this protocol is a Stream Layer Packet. 



This protocol receives application packets for transmission from up to four different 
applications. The protocol adds the Stream header defined in 4.2.6.1 in front of each 
application packet and forwards it for transmission to the Session Layer. 

All Stream Layer packets forwarded to the Session Layer shall be octet aligned. 

The protocol receives Stream Layer packets from the Session Layer and removes the 
Stream Layer header. The application packet obtained in this manner is forwarded to the 
application indicated by the Stream field of the Stream Layer header. 
The structure of the Stream Layer packet is shown in Figure 4.2.4-1 

Stream Layer packet ► 



Stream 


Application 


Layer 


Layer 


header 


packet 



Figure 4.2.4-1 . Stream Layer Packet Structure 

4.2.5 Procedures 

The access terminal and the access network may use the ConfigurationRequest and 
ConfigurationResponse messages to select the applications carried by each stream. When 
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n 

12 



13 
14 



the access terminal and the access network use these messages, they shall process them 
according to the requirements presented in the Generic Configuration Protocol (see 10.7). 

Applications can be mapped to the different streams during the AT Initiated State of the 
Session Configuration Protocol (see 5.4.5.5) as well as during the AN Initiated State of that 
protocol (see 5.4.5.6). 

The ConfigurationRequest and ConfigurationResponse messages may be exchanged only 
when the session is set-up. The StreamConfiguration attribute and the default values for 
this attribute are presented in 4.2.6.2.1.1. 

4.2.6 Header and Message Formats 

4.2.6. 1 Stream Header 

The sender adds the following header in front of every Stream Layer payload (application 
packet): 



Field 


Length(bits) 


Stream 


2 



Stream 



The sender shall set this field to the stream number associated with 
the application sending the application packet following the header. 



16 
17 



19 
20 

21 

22 



4.2.6.2 Configuration Messages 

The Default Stream Protocol uses the Generic Configuration Protocol to associate an 
application with a particular stream. The following messages are defined: 

4.2.6.2.1 ConfigurationRequest 

The ConfigurationRequest message format is given as part of the Generic Configuration 
Protocol (see 10.7). 

The MessagelD field for this message shall be set to 0x50. 



Channels 


FTC RTC 


Addressing 


unicast 



SLP 


Reliable 


Priority 


40 



23 The following complex attribute and default values are defined (see 10.3 for attribute record 

24 definition): 



25 
26 



4.2.6.2. 1 . 1 StreamConfiguration 
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Field 


Length (bits) 


Default 


Length 


8 


N/A 


AttributelD 


8 


N/A 


One or more of the following record: 


ValuelD 


8 


N/A 


StreamOApplication 


16 


0x0000 


Stream 1 Application 


16 


OxFFFF 


Stream2Application 


16 


OxFFFF 


Stream3Application 


16 


OxFFFF 



Length Length of the complex attribute in octets. The access network shall 

set this field to the length of the complex attribute excluding the 
Length field. 

AttributelD The sender shall set this field to 0x00. 

ValuelD The sender shall set this field to an identifier assigned to this 

complex value. 

StreamOApplication The sender shall set this field to the identifier of the application 

used over Stream 0. 

Stream 1 Application The sender shall set this field to the identifier of the application 

used over Stream 1 . 

Stream2Application The sender shall set this field to the identifier of the application 

used over Stream 2. 

Stream3Application The sender shall set this field to the identifier of the application 

used over Stream 3. 

Sender shall set the last four fields to one of the non-reserved values in Table 4.2.6.2.1.1-1. 
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Table 4.2.6.2.1.1-1 . Application Subtypes 



Value 


Meaning 


0x0000 


Default Signaling Application 


0x0001 


Default Packet Application bound to the 
access network. 


0x0002 


Default Packet Application bound to the 
service network. 


OxFFFF 


Stream not used 


All other values are reserved. 



6 
7 
8 
9 
10 



4.2.6.2.2 ConfigurationResponse 

The ConfigurationResponse message format is given as part of the Generic Configuration 
Protocol (see 10.7). 

The MessagelD field for this message shall be set to 0x51. 

If the responder includes an attribute with this message, it shall set the AttributelD field 
of the message to the AttributelD field of the ConfigurationRequest message associated 
with this response and the ValuelD field to the ValuelD field of one of the complex attribute 
values offered by the ConfigurationRequest message. 



Channels 



FTC RTC 



Addressing 



unicast 



SLP 


Reliable 


Priority 


40 



4.2.7 Protocol Numeric Constants 



Constant 


Meaning 


Value 


Nsnrrype 


Type field for this protocol. 


Table 2.3.6-1 


NsTRDelault 


Subtype field for this protocol 


0x0000 



12 4.2.8 Interface to Other Protocols 

13 4.2.8.1 Commands 

14 This protocol does not issue any commands, 
is 4.2.8.2 Indications 

16 This protocol does not register to receive any indications. 
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1 5 SESSION LAYER 

2 5,1 Introduction 

a 5.1.1 General Overview 

4 The Session Layer contains protocols used to negotiate a session between the access 
s terminal and the access network. 

6 A session is a shared state maintained between the access terminal and the access 
? network, including information such as: 

8 • A unicast address (UATI) assigned to the access terminal, 

9 ♦ the set of protocols used by the access terminal and the access network to 

10 communicate over the air-link, 

# configuration settings for these protocols (e.g., authentication keys, parameters for 

12 Connection Layer and MAC Layer protocols, etc.), and 

13 ♦ an estimate of the current access terminal location. 
During a single session the access terminal and the access network can open and close a 
connection multiple times; therefore, sessions will be closed rarely, and only on occasions 
such as the access terminal leaving the coverage area or such as prolonged periods in 
which the access terminal is unavailable. 
The Session Layer contains the following protocols: 

. Session Management Protocol: This protocol provides the means to control the 
activation of the other Session Layer protocols. In addition, this protocol ensures the 
session is still valid and manages closing of the session. 

# Address Management Protocol: This protocol specifies procedures for the initial UATI 
assignment and maintains the access terminal addresses. 

# Session Configuration Protocol : This protocol provides the means to negotiate and 
provision the protocols used during the session, and negotiates the configuration 

as parameters for these protocols. This protocol uses the procedures and attribute- 

27 value formats defined by the Generic Configuration Protocol (see 10.7) for protocol 

28 negotiation. 

29 The relationship between the Session Layer protocols is illustrated in Figure 5.1.1-1. 



15 
16 
17 
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20 
21 
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24 
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Session Layer 



Session 
Management 
Protocol 



Address 
Management 
Protocol 



Session 
Configuration 
Protocol 



Figure 5.1.1-1. Session Layer Protocols 



5.1.2 Data Encapsulation 

The Session Layer does not modify transmitted or received packets. 

Figure 5.1.2-1 illustrates the relationship between Stream Layer packets, Session Layer 
packets, and Connection Layer payload. 



Stream 
Layer 
packet 



Session 
Layer 
payload 



Connection 
Layer 
payload 



Figure 5.1.2-1 . Session Layer Encapsulation 



Session 

Layer 

packet 



9 5.2 Default Session Management Protocol 

10 5.2.1 Overview 

n The Default Session Management protocol provides the means to control the activation of 

12 the Address Management Protocol and then the Session Configuration Protocol, in that 

13 order, before a session is established. This protocol also periodically ensures that the 

14 session is still valid and manages closing the session. 

15 The actual behavior and message exchange in each state of this protocol are mainly 

16 governed by protocols that are activated by the Default Session Management Protocol. 

17 These protocols return indications, which trigger the state transitions of this protocol. 

is This protocol can be in one of four states: 
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• Inactive State : This state applies only to the access terminal. In this state there 
are no communications between the access terminal and the access network. 

• AMP Setup State : In this state the access terminal and access network perform 
exchanges governed by the Address Management Protocol and the access network 
assigns a UATI to the access terminal. 

• Open State : In this state a session is open. 

• Close State : This state applies only to the access network. In this state the access 
network waits for the close procedure to complete. 

Figure 5.2.1-1 provides an overview of the access terminal states and state transitions. 



11 

12 




Failure transitions are not shown 
RxActwate Rx AddressMcmagemenLOpened 




Tx SessionClose 

Tx SessionClose 



Figure 5.2.1-1. Session Management Protocol State Diagram (Access Terminal) 
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Figure 5.2.1-2 provides an overview of the access network states and state transitions. 



Feature transitions cms not shown 




Tx SessionCIose 



4 Figure 5.2.1-2. Session Management Protocol State Diagram (Access Network) 

5 .5.2,2 Primitives and Public Data 
e 5.2.2.1 Commands 

7 This protocol defines the following commands: 

s ♦ Activate 

9 • Deactivate 

10 5.2.2.2 Return Indications 

n This protocol returns the following indications: 

12 

13 • SessionOpened 

14 • SesskmClosed 
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14 



5.2.2.3 Public Data 
• None. 

5.2.3 Basic Protocol Numbers 

The Type field for the Session Management Protocol is one octet, set to NsMPiype. 
The Subtype field for the Session Management Protocol is two octets, set to NsMPDefauit. 

5.2.4 Protocol Data Unit 

The transmission unit of this protocol is a message. This is a control protocol and, 
therefore, it does not carry payload on behalf of other layers or protocols. 
This protocol uses the Signaling Application to transmit and receive messages. 

5.2.5 Procedures 

5.2.5.1 Protocol Initialization 

This protocol shall be started in the Inactive State for the access terminal. 
This protocol shall be started in the Address Management Protocol (AMP) Setup State for 
the access network. 

This protocol does not have any initial configuration requirements. 

5.2.5.2 Command Processing 

The list of events that causes an Activate or Deactivate command to be sent to this protocol 
is outside the scope of this specification. 

5.2.5.2.1 Activate 

If the access terminal receives the Activate command in the Inactive State, it shall 
transition to the AMP Setup State. 

If the access terminal receives the Activate command in any state other than the Inactive 
State, the command shall be ignored. 
2 4 The access network shall ignore the command. 

2 s 5.2.5.2.2 Deactivate 

2* If the access terminal receives a Deactivate command in the Inactive State, the command 
27 shall be ignored. 

If the access terminal receives a Deactivate command in any state other than the Inactive 
State, the access terminal shall perform the following: 

• Send a SessionClose message to the access network. 

• Issue an AirtJnmanagemer&CloseConn^ command. 

• Issue an AddressManagemerUJ^actwcUe command. 
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• Issue a SesskmCoTtfigiaxitkmJ^eactw command. 

• Return a SessionClosed indication. 

• Transition to the Inactive State. 
If the access network receives a Deactivate command in the Close State, the command 

5 shall be ignored. 

6 If the access network receives a Deactivate command in any state other than the Close 

7 State, the access network shall send a SessionClose message and transition to the Close 

8 State. 

9 5.2.5.3 Processing the SessionClose Message 
If the access terminal receives a SessionClose message in the Inactive State, the 
message shall be ignored. 

If the access terminal receives a SessionClose message in any state other than the 
Inactive State, the access terminal shall perform the following: 

• Send a SessionClose message to the access network. 

• Issue an AMJai^€magemetvLCloseConnecikm command. 

• Issue an AddressManagemertiJteactwatB command. 

• Issue a SesskmCortfigtmitkmJ^cu^ivcUe command. 

• Return a SessionClosed indication. 
19 • Transition to the Inactive State. 

so If the access network receives a SessionClose message in the Close State, the access 

21 network shall process it as specified in 5.2.5.8. 

22 If the access network receives a SessionClose message in any state other than the Close 

23 State, the access network shall: 

24 • Issue an AMJnkManagemenLCktseCormect^ 

25 • Issue an AddivssManagernentJteacthxite command. 

26 ♦ Issue a Sesskm&mfigwxttionJ^ command. 

27 ♦ Return a SessionClosed indication. 

28 • Transition to the AMP Setup State. 

29 5.2.5.4 Processing Failure Indications 

so The access terminal shall ignore an AddressManagementFaOed^ or 



10 

11 

12 
13 

14 

15 

16 

17 

18 



31 

32 
33 
34 



SesskmCcRlfigiantkm^ttUed indication, if it receives it in the Inactive State. 
If the access terminal receives an AddressMojmgementJ^ned, ar 
SessRmCorifeunifkmJ 1 ^^ indication while in any state other than the Inactive State, 
then the access terminal shall perform the following: 
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• Send a SessionClose message to the access network. 

• Issue an AMinMlitm*^ 

• Issue an AddjessManagemenUJeacthxte command. 

• Issue a SessknCoT\figumtkmJ)e^^ command. 

• Return a SesstonClosed indication. 

• The access terminal shall transition to the Inactive State. 
If the access network receives an AddressManagermmt^d,* or 
SesskmConfigunrionJ^ the access network shall perform the following: 

• Send a SessionClose message to the access terminal. 

• Issue an AM*iMfaii^^ 

• Issue an AddJ^ssMcinagewentJ^eac^ command. 

• Issue a SesskmC^pnfigttratkmJ^^ command. 

• Return a SessionCtosed indication. 

• Transition to the AMP Setup State. 

5.2.5.5 Inactive State 

This state only applies to the access terminal. In this state there are no ~^^tion. 
between the access terminal and the access network. The access terminal does not 
maintain any session-related state and the access network may be unaware of the access 
terminal's existence within its coverage area when the access terminals Session 
Management Protocol is in this state. 

5.2.5.6 AMP Setup State 

In this state the Session Management Protocol in the access terminal sends an 
Add^MaiwgenmnUictmo^ command to the Address Management Protocol and waits for 
the Address Management Protocol to respond. 

5.2.5.6.1 Access Terminal Requirements 

Upon entering the AMP Setup State, the access terminal shall send an 
AddyvssMcvxagemenUictwatB command to the Address Management Protocol. 
If the access terminal receives an AddressManagewenLOpened indication, it shall perform 
29 the following: 

ao • Issue a Se^kmCkmJigimitkmJictw command. 

31 ♦ Return a BootCompleted indication. 

32 • Transition to the Open State. 
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1 5.2.5.6.2 Access Network Requirements 

2 If the access network receives an Addres^ManagewenLOpened indication, it shall perform 

3 the following: 

a • Issue a SesskmConfigumtkmJ\ctw 

s • Return a BootContpteted indication, 

e • Transition to the Open State. 

7 5.2.5.7 Open State 

e In the Open State the access terminal has an assigned UATI and the access terminal and 

9 the access network have configured a session using the Session Configuration Protocol. 

10 If the protocol receives a SesskmCottfigurxitkm.SCPClK^ it shall issue 

11 SesskmCoqfigiaxitkmJlctwate command to the selected Session Configuration Protocol. 

12 The access terminal and the access network shall support the keep-alive mechanism 

13 defined in 5.2.5.7.1. 

14 5.2.5.7.1 Keep Alive Functions 

The access terminal and the access network shall monitor the traffic flowing on the 
Forward Channel and Reverse Channel, respectively, directed to-or-from the access 
terminal. If either the access terminal or the access network detects a period of inactivity 
of at least TsMPOo^e/NsMPKwpAUve minutes, it may send a KeepAliveRequest message. The 
recipient of the message shall respond by sending the KeepAliveResponse message. When 

20 a KeepAliveResponse 1 message is received, the access terminal shall not send another 

21 KeepAliveRequest message for at least TsMpaoae/NsMRCc^Aiive minutes. 

22 If the access terminal does not detect any traffic from the access network directed to it for 

23 a period of at least TsMPOose minutes, it shall perform the following: 

24 • issue an AirlhikMcmcujementCIoseCk^ command. 

25 • Issue an AddMBSSManagementJDeactwcUe command. 

26 • Issue a Se^k^Con^igiiratkmJ^ectt^c^ command. 

27 • Return a SessionCtosed indication. 

28 • Transition to the Inactive State. 

29 If the access network does not detect any traffic from the access terminal directed to it for 

30 a period of at least TsMPOose minutes, it should perform the following: 

si • Issue an A&ib&McmagemenLCtoseConnectkn command. 

32 • Issue an AddxvssMcmagementJleactaxite command. 

33 • Issue a Sesskm&yqfiguratkmJDec^ 

34 • Return a SessionCtosed indication. 

35 • Transition to the AMP Setup State. 
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5 
6 
7 

8 
9 

10 
11 

12 

13 



17 
18 



20 
21 



If the value of TsMpoose is set to zero, the access terminal and the access network shall not 
send or expect keep-alive messages, and shall disable the transitions occurring as a 
consequence of not receiving these messages. 

5.2.5.8 Close State 

The Close State is associated only with the protocol in the access network. In this state 
the protocol in the access network waits for a SessionClose message from the access 
terminal or an expiration of a timer. 

The access network shall set the Close State timer upon entering this state. The value of 
this timer shall be set to Tsmpoosc orTsMPMincioae, whichever is larger. 

When the access network receives a SessionClose message or when the Close State timer 
expires the protocol shall: J 

• Issue an AblJtnkMaimgemettLCU>seCa^ command. 

• Issue an AddnessManagementJ^ command. 

• Issue a SessionCor^figtaxitionJ^eactw command. 

• Return a SessioaCtosed indication. 

• Transition to the AMP Setup State. 

If the access network receives any other Session Management Protocol message from the 
access terminal using the UATI assigned during this session, it shall discard the message. 

5.2.6 Message Formats 
5.2.6.1 SessionClose 

The sender sends the SessionClose message to terminate the session. 



Field 


Length (bits) 


MessagelD 


8 


CloseReason 


8 


MorelnfoLen 


8 


Morelnfo 


8 x MorelnfoLen 



23 MessagelD 

24 CloseReason 

25 



The sender shall set this field to 0x01 . 

The sender shall set this field to the close reason as shown in Table 
5.2.6.1-1 
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Table 5.2.6.1-1. Encoding of CloseReason Field 



Field 
Value 


Meaning 


MorelnfoLen 


Mo re Info 


0x00 


Normal Close 


0 


N/A 


0x01 


Close Reply 


0 


N/A 


0x02 


Protocol Error 


0 


N/A 


0x03 


Protocol Configuration 
Failure 


3 


Type followed by 
Subtype 


0x04 


Protocol Negotiation 
Error 


variable 


zero or more Type 
followed by Subtype 
followed by offending 
attribute records. 


0x05 


Session Configuration 
Failure 


0 


N/A 


0x06 


Session Lost 


0 


N/A 


0x07 


Session Unreachable 


0 


N/A 


0x08 


All session resources 
busy 


0 


N/A 


All other values are reserved 



MorelnfoLen 
Morelnfo 



Length in octets of the Morelnfo field. 

Additional information pertaining to the closure. The format of this 
field is determined by the particular close reason. 



Channels 



CC 



AC FTC RTC 



SLP 



Best Effort 



Addressing 



unicast 



Priority 



40 



5.2.6.2 KeepAliveRequest 



7 The sender sends the KeepAliveRequest to verify that the peer is still alive, 
e 



Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 



MessagelD 



The sender shall set this field to 0x02. 
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Transaction The sender shall increment this value for each new 

KeepAliveRequest message sent. 



Channels 


CC AC FTC RTC | 


Addressing 


unicast 



SLP 


Best Effort | 


Priority 


40 



10 



12 
13 
14 



5.2.6.3 KeepAliveResponse 

The sender sends the KeepAliveResponse message as an answer to the KeepAliveRequest 



e message. 



Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 



MessagelD 
TransactionID 



The sender shall set this field to 0x03. 

The sender shall set this value to the value of the TransactionID 
field of the corresponding KeepAliveRequest message. 



Channels 


CC AC FTC RTC | 


Addressing 


unicast 



SLP 


Best Effort 


| Priority 


40 



5.2.6.4 Configuration Messages 

The Default Session Management Protocol uses the Generic Configuration Protocol far 
configuration. All configuration messages sent by this protocol shall have their Type field 

Set tO NsMPtype. 

15 The negotiable attributes for this protocol are listed in Table 5.2.&4-1. The access 

16 terminal shall use as defaults the values in Table 5.2.6.4-1 typed in bold italics. 
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Table 5.2.6.4-1. Configurable Attributes 



Attribute 
ID 


Attribute 


Values 


Meaning 


Oxff 


TsMPCtose 


0x0CA8 

0x0000 
to 

OxFFFF 


Default is 54 hours. 

0x0000 means disable keep 
alive messages; all other 
values are in minutes. 



5.2.6.4.1 ConfigurationRequest 

The sender sends the ConfigurationRequest message to request the configuration of one 
or more parameters for the Session Management Protocol. The ConfigurationRequest 
message format is given as part of the Generic Configuration Protocol (see 10.7). 

The sender shall set the MessagelD field of this message to 0x50. 



Channels 


FTC RTC 


Addressing 


unicast 



SLP 


Reliable 




Priority 


40 



e 5.2.6.4.2 ConfigurationResponse 

9 The sender sends the ConfigurationResponse message to select one of the parameter 

10 settings offered in an associated ConfigurationRequest message. The 

11 ConfigurationResponse message format is given as part of the Generic Configuration 

12 Protocol (see 10.7). 

is The sender shall set the MessagelD field of this message to 0x51. 



Channels 


FTC RTC 


Addressing 


unicast 



SLP 


Reliable 


Priority 


40 
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Constant 


Meaning 


Value 


NsMPType 


Type field for this protocol 


Table 2.3.6-1 


NsMPDtfault 


Subtype field for this protocol 


0x0000 


NsMPKccpAlive 


Maximum number of keep alive transactions 
wthin TsMPOose. 


3 


TsMPMinClosc 


Minimum recommended timer setting for Close 
State 


300 seconds 



15 



5.2.8 Interface to Other Protocols 

5.2.8.1 Commands Sent 

This protocol issues the following commands: 

• AddjvssManagementActwctfe 

• SesskmCortfigwritkmJlclwatie 

• AddressManagementJCtecictwate 

• SessknxCoqfigt&ati^^ 

« AnimJddanagementCk)seConjnect^ 

5.2.8.2 Indications 

This protocol registers to receive the following indications: 

• AddressManctgementJ ! tdled 

• SesskmCor^igivration^ailed 

• AddPessMaruigemenLOpened 

• Ses^onC^n}figurcakm.SCPChan^ 
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5.3 Default Address Management Protocol 
5.3.1 Overview 

The Default Address Management Protocol provides the following functions: 

• Initial UATI assignment 

• Maintaining the access terminal unicast addresse as the access terminal moves 

6 between subnets. 

7 This protocol operates in one of three states: 

• Inactive State : In this state there are no communications between the access 
terminal and the access network. 

• Setup State : In this state the access terminal and the access network perform a 
UATIRequest/UATIAssignment/UATIComplete exchange to assign the access 
terminal a UATI. 

• Open State : In this state the access terminal has been assigned a UATI. The 
access terminal and access network may also perform 
U ATIRequest / U ATIAssignmenta / UATIComplete or 
UATIAssignment/UATIComplete exchange so that the access terminal obtains a 



5 



13 
14 
15 
16 

17 new UATI. 

is The protocol states and the messages and events causing the transition between the 
19 states are shown in Figure 5.3.1-1 and Figure 5.3.1-2. 

Failure transitions care not shown 
Initial State ^ UAT1Comp i e te 




20 
21 



Rx Deactivate 

Figure 5.3.1-1. Address Management Protocol State Diagram (Access Terminal) 
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Failure transitions are not shown 



Initial State 



Rx UATIComplete 




Rx Deactivate 



1 

2 

3 

4 

5 
6 
7 
8 

9 
10 
11 
12 
13 
14 
15 

16 
17 
18 
19 

20 
21 



5.3.1-2. Address Management Protocol State Diagram (Access Network) 



5.3.2 Primitives and Public Data 

5.3.2.1 Commands 

This protocol defines the following command: 

• Activate 

• Deactivate 

• UpdateUAJI 

5.3.2.2 Return Indications 

This protocol returns the following indications: 

• Opened 

• UAUReteased 

• UATlAssigned 

• Failed 

• SubnetChanged 

5.3.2.3 Public Data 

• ReceiveATIList 

• TransmitATI 

• SessionSeed 

5.3.3 Basic Protocol Numbers 

The Type field for this protocol is one octet, set to Nadmfivpc. 
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1 The Subtype field for this protocol is two octets set to NADMPDcCauit. 

2 5.3.4 Protocol Data Unit 

3 The transmission unit of this protocol is a message. This is a control protocol and, 

4 therefore, it does not carry payload on behalf of other layers or protocols. 

s This protocol uses the Signaling Application to transmit and receive messages. 

e 5.3.5 Procedures 

? 5.3.5.1 Protocol Initialization 

e This protocol shall be started in the Inactive State. 

9 This protocol does not have any initial configuration requirements. 

10 5.3.5.2 Command Processing 

11 5.3.5.2.1 Activate 

12 If the protocol receives the Activate command in the Inactive State: 

13 « The access terminal shall transition to the Setup State. 

14 * The access network shall ignore the command. 

15 If the protocol receives the Activate command in any state other than the Inactive State, 

16 the command shall be ignored. 

17 5.3.5.2.2 Deactivate 

is If the protocol receives the Deactivate command in the Inactive State, the command shall 

19 be ignored. 

20 If the protocol receives the Deactivate command in any state other than the Inactive State, 

21 the protocol shall transition to the Inactive State and return a UAHReleased indication. 

22 5.3.5.2.3 UpdateUATI 

23 The access network and access terminal shall ignore the UpdateUATI command when it is 

24 received in any state other than the Open State. 

2s The access network shall send a UATIAssignment message when it receives an 

26 UpdateUATI command in the Open State. 

27 The access terminal shall follow the procedures in 5.3.5.6.1.1 to send a UATIRequest 

28 message when it receives an UpdateUATI command in the Open State. 

A comprehensive list of events causing the UpdateUATI command is beyond the scope of 



29 



30 this specification. 
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5.3.5.3 UATIAssignment Message Validation 

Each time that the access network sends a new UATIAssignment message, it shall 
increment the value of the MessageSequence field. If the access network is sending the 
same message multiple times, it shall not change the value of this field between 
transmissions. 

The access terminal shall initialize a receive pointer for the UATIAssignment message 
validation, V(R), to 255 when it sends a UATIRequest message and Receive ATIList[iRA*n] .ATI 
e is not set to NULL. 

When the access terminal receives a UATIAssignment message, it shall validate the 
message, using the procedure defined in 10.6 (S is equal to 8). The access terminal shall 
discard the message if it is stale. 

5.3.5.4 Processing HardwarelDRequest message 

Upon reception of a HardwarelDRequest message, the access terminal shall respond with a 
HardwarelDResponse message. The access terminal shall set the Hardware© record of 
the HardwarelDResponse message to the unique ID that has been assigned to the 
terminal by the manufacturer. 



13 
14 
15 
16 



18 
19 
20 
21 



25 
26 

27 
28 

29 
30 

31 

32 

33 
34 



5.3.5.5 Inactive State 

In this state, there are no communications between the access terminal and the access 
network. The access terminal does not have an assigned UATI, the access network does 
not maintain a UATI for the access terminal, and may be unaware of the access terminal s 
existence within its coverage area. 

5.3.5.5.1 Access Terminal Requirements 

Upon entering the Inactive State, the access terminal shall perform the following: 
» Set OldUATI to NULL. 

• Set ReceiveATIList[lBATi] to 
<ATIType - 'OCT, ATI = NULL>. 

• Set ReceiveATIList[IcuTTentuATi] to 
<ATIType = '10\ ATI = NULL>. 

• Set Receive ATIList[IncwUATi] to 
<ATIType = '10', ATI « NULL>. 

• Set Receive ATIList[lRA-n] to 
<ATIType « '11', ATI = NULL>. 

• Set TransmitATI to 
<ATIType - NULL, ATI = NULL> . 

• Set UATI to NULL. 

• Set UATIColorCode to NULL. 
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7 
8 
9 
10 
11 



• Set UATISubnetMask to NULL. 

• Set SessionSeed to the 32-bit pseudo-random number generated using output of the 
pseudo random number generator specified in 10.5. 

• Disable the DualAddressTimer. 
If the access terminal receives an Activate command, it shall transition to the Setup State. 

5.3.5.5.2 Access Network Requirements 

Upon entering the Inactive State, the access network shall perform the following: 

• Set the value of the access terminal's UATI to NULL. 

• Set the value of the access terminal's UATISubnetMask to NULL. 

• Set the value of the access terminal's UATICoiorCode to NULL. 
The access network shall transition to the Setup State if it receives a UATIRequest 

12 message. 

13 5.3.5.6 Setup State 

14 In this state, the access terminal sends a request to the access network asking for a UATI 

15 and waits for the access network's response. 

is 5.3.5.6. 1 Access Terminal Requirements 

Upon entering the Setup State the access terminal shall perform the following: 

• Set the TransmitATI to 
<ATIType = *1 1', ATI = SessionSeed>, 

• Set Receive ATIList [Irah] to 
<ATIType = '11', ATI = SessionSeed>. 

• Shall follow the procedures in 5.3.5.6.1.1 for sending a UATIRequest message. 
A valid (see 5.3.5.3) UATIAssignment message that satisfies either of the following 
conditions is called a "fresh" UATIAssignment message: 

• OverheadParametersUpToDate, provided as the public data of the Overhead 
Messages Protocol, is equal to 1 and the UATICoiorCode field in the message 
matches the ColorCode, given as public data of the Overhead Messages Protocol, or 

• the Subnetlncluded field of the message is equal to '1', 

The access terminal shall discard a UATIAssignment message that is not "fresh*. 

If the access terminal does not receive a "fresh" UATIAssignment message within 
TADMPATResponae seconds after receiving an AccessChanneMAC.TxEnded indication, it shall 
return a FaSed indication and transition to the Inactive State. 

If the access terminal receives a "fresh* UATIAssignment message then the access 
34 terminal shall perform the following: 



23 
24 

25 
26 
27 

28 

29 

30 
31 
32 

33 
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<ATIiype - '10\ ATI = (UATIColorCode | UATI[23:0])>. 



. Set the UATIColorCode to the UATIColorCode given in the message. 

• Set its UATI and UATISubnetMask as follows: 

- If the message includes the UATI104 field and UATISubnetMask field, the access 
terminal shall set its UATI to UATI104 | UATI024 and UATISubnetMask to 
UATISubnetMask field included in the message. 

- Otherwise, the access terminal shall set its UATI to (SectorID[ 127:24] | UATI024) 
and UATISubnetMask to SubnetMask where SectorlD and SubnetMask are 
provided as public data of Overhead Messages Protocol. 

• Set Receive ATIListllRA-n] to 
<ATIType - '1 V, ATI = NULL>. 

• Set Receive ATIList[IcurrentUATi] to 

12 < 

13 ♦ Set the Transmit ATI to 

<ATIiype = '10', ATI = (UATIColorCode | UATI[23:0])>. 

• Return an Opened indication. 

• Return a UAHAssigned indication. 

• Send a UATIComplete message. 

• Transition to the Open State, 
5.3.5.6.1.1 Procedures for Sending a UATIRequest message 

The access terminal shall follow the following procedures for sending a UATIRequest 
21 message: 

• If OverheadParametersUpToDate, given as public data by the Overhead Messages 
Protocol, is equal to 0, the access terminal shall wait until it receives an 
OvetlwadMessages.Updated indication before it sends a UATIRequest message. 

• Otherwise, the access terminal shall send a UATIRequest message without waiting 
for an OoerheadMessages.UpdatBd indication . 



15 
16 
17 
18 

19 
20 



27 5.3.5.6.2 Access Network Requirements 

2e When the access network sends a UATIAssignment message, it shall perform the 
29 following: 

• Access network shall assign a Unicast Access Terminal Identifier (UATI) to the 
31 access terminal for the session as follows: 

- Access network may include both UATI104 and UATISubnetMask fields in the 
33 UATIAssignment message. 
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- Access network may omit the UATI104 and UATISubnetMask fields from the 
message. In this case, the UATI( 127:24] is implicitly assigned to be equal to 
SectorID[ 127:24] and UATISubnetMask is implicitly assigned to be SubnetMask, 
where SectorlD and SubnetMask correspond to the sector that has received the 
s UATIRequest message. 

When the access network receives the corresponding UATIComplete message with the 
MessageSequence field of the UATIAssignment message sent, it shall perform the 
s following: 

9 • Return Opened indication. 

10 • Return UATIAssigned indication. 
n • Transition to Open State. 

, 2 If the access network does not receive the corresponding UATIComplete message in 

13 response to the UATIAssignment message, it may re-transmit the UATIAssignment 

14 message. 



is 5.3.5.7 Open State 

is In this state the access terminal has been assigned a UATI. 

17 5.3.5.7.1 Access Terminal Requirements 

18 If the access terminal receives a BcuteVpdateJdUeHO indication, and if either of the 

19 following two conditions is true, it shall set OldUATI to UATI and follow the procedures in 

20 5.3.5.6.1.1 for sending a UATIRequest message: 

21 • The UATISubnetMask is not equal to the SubnetMask of the sector in the active set, 

22 or 

23 • The result of bitwise logical AND of the UATI and its subnet mask specified by 

24 UATISubnetMask is different from the result of bitwise logical AND of SectorlD and 
its subnet mask specified by SubnetMask (where SectorlD and SubnetMask 
correspond to the sector in the active set). 

Also, if the access terminal receives a UpdaieUAU command, it shall set OldUATI to UATI 
and follow the procedures in 5.3.5.6.1.1 for sending a UATIRequest message. 
A valid (see 5.3.5.3) UATIAssignment message that satisfies either of the following 
conditions is called a "fresh* UATIAssignment message: 

• OverheadParametersUpToDate, provided as the public data of the Overhead 
Messages Protocol, is equal to 1 and the UATIColorCode field in the message 
matches the ColorCode, given as public data of the Overhead Messages Protocol, or 

♦ the Subnetlncluded field of the message equal to *1 \ 
The access terminal shall discard a UATIAssignment message that is not "fresh". 



25 



29 
30 
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If the access terminal does not receive a "fresh" UATIAssignment message within 
T ADMPATRcspcnae seconds after receiving an AccessChamwtJMC.lVDnded indication, it shall 
return a Failed indication and transition to the Inactive State. 

If the access terminal receives a "fresh" UATIAssignment message then the access 
terminal shall perform the following: 

• Set the UATIColorCode to the UATIColorCode given in the message. 

• Set its UATI and UATISubnetMask as follows: 

- If the message includes the UATI104 field and UATISubnetMask field, the access 
terminal shall set its UATI to UATI 104 | UATI024 and UATISubnetMask to 
UATISubnetMask field included in the message. 

- Otherwise, the access terminal shall set its UATI to (Sectorial 2 7:24] | UATI024) 
and UATISubnetMask to SubnetMask where SectorlD and SubnetMask are 
provided as public data of Overhead Messages Protocol. 

• Set ReceiveATIListflnewUATi] to 
<ATIType = '10', ATI = (UATIColorCode | UATI[23:0])>. 

• Set the TransmitATI to 
<ATIType = '10', ATI - (UATIColorCode | UATI(23:0])>. 

• Return a UAHAssigned indication. 

• Send a UATIComplete message. 

• Reset and start the DualAddress timer with a timeout value of TADMrouaiAddrws. 
The access terminal shall perform the following when the DualAddress timer expires: 

• Disable the DualAddress timer. 

• Set ReceiveATIList[IcurrentUA-n] to ReceiveATIList[I n ewUA-n]. 
If the access terminal receives an IniSaSzaikmSta^ indication and 
determines that either of the two following conditions is true, it shall return a Failed 
indication and transition to the Inactive State: 

• The UATISubnetMask is not equal to the SubnetMask of the sector in the active set, 
28 or 

• The result of bitwise logical AND of the UATI and its subnet mask specified by 
UATISubnetMask is different from the result of bitwise logical AND of SectorlD and 
its subnet mask specified by SubnetMask (where SectorlD and SubnetMask 
correspond to the sector in the active set). 



8 
9 

10 

n 
12 
13 



5.3.5.7.2 Access Network Requirements 

The access network may send a UATIAssignment message at any time in this state. The 
access network may send a UATIAssignment message if it receives 
KxiteUpdcteJ^eSetUpdated indication, if it receives a UAUUpdate command, or m 
response to a UATIRequest message. 
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1 The access network may return a SubnetChanged indication and send a UATIAssignment 

2 message after reception of a RoutieUpdateJ\ctweSeWpdated indication. The triggers for 

3 returning a SubnetChanged indication after reception of a RouteUpdateJlctweSefflpdated 

4 indication are outside the scope of this specification. 

s When the access network sends a UATIAssignment message, it shall perform the 

6 following: 

7 ♦ Assign a Unicast Access Terminal Identifier (UATI) to the access terminal for the 
e session and include it in a UATIAssignment message. 

9 - If the UATIAssignment message is sent in response to a UATIRequest message, 

10 the access network may include both UATI 104 and UATISubnetMask. If the 

11 access network does not include the UATI 104 and UATISubnetMask fields in the 

12 message, the UATI(127:24] is implicitly assigned to be equal to SectorID[ 127:24], 

13 where SectorlD corresponds to the sector that has received the UATIRequest 

14 message. 

is - Otherwise, the access network shall include both UATI 104 and UATISubnetMask 

is fields in the UATIAssignment message. 

17 When the access network receives a UATIComplete message with the MessageSequence 

is field that is equal to the MessageSequence field of the UATIAssignment message that it 

19 has sent, it shall return a UAHAssigned indication. 

20 If the access network does not receive the UATIComplete message in response to the 

21 . corresponding UATIAssignment message within a certain time interval that is specified by 

22 ' the access network 3 , it should re-transmit the UATIAssignment message. 

23 5.3.6 Message Formats 
24 . 5.3.6. 1 UATIRequest 

25- The access terminal sends the UATIRequest message to request that a UATI be assigned 

26 : or re-assigned to it by the access network. 

27 



Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 



28 MessagelD The access terminal shall set this field to 0x00. 

29 TransactionID The access terminal shall increment this value modulo 256 for each 

30 new UATIRequest message sent. 



3 The value of this timeout is determined by the access network and specification f the timeout 
value is outside the scope of this document. 
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13 
14 

15 
16 
17 
18 



Channels 


AC | 


j Addressing 


unicast 



SLP 


Best Effort 


Priority 


10 



5.3.6.2 UATIAssignment 

The access network sends the UATIAssignment message to assign or re-assign a UATI to 
the access terminal. 



Field 


Length (bits) 


MessagelD 


8 


MessageSequence 


8 


Reserved 1 


7 


Subnetlncluded 


1 


UATISubnetMask 


Oor 8 


UATI 104 


0 or 104 


UATIColorCode 


8 


UATI024 


24 


UpperOldUATILength 


4 


Reserved2 


4 



e MessagelD 

7 MessageSequence 



io Reserved 1 
ii 

12 Subnetlncluded 



UATISubnetMask 



The access network shall set this field to 0x01 . 

The access network shall set this to 1 higher than the 
MessageSequence field of the last UATIAssignment message (modulo 
256) that it has sent to this access terminal. 

The access network shall set this field to zero. The access terminal 
shall ignore this field. 

The access network shall set this field to <!' if the UATI 104 field and 
UATISubnetMask fields are included in this message; otherwise, the 
access network shall set this field to '0*. 

The access network shall omit this field if Subnetlncluded is set to 
'0'. If included, the access network shall set this field to the number 
of consecutive I s in the subnet mask of the subnet to which the 
assigned UATI belongs. 
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UATI104 



The access network shall omit this field if Subnetlncluded is set to 
'0*. If included, the access network shall set this field to 
UATI[127:24] of the UATI that it is assigning to the access terminal. 



UATIColorCode 



UATI Color Code. The access network shall set this field to the Color 
Code associated with the subnet to which the UATI belongs. 



UATI024 



The access network shall set this field to UATI [23:0] of the UATI that 
it is assigning to the access terminal. 



8 
9 
10 



UpperOldUATILength The access network shall set this field the number of least 

significant bytes of OldUATIJ 127:24] that the access terminal is to 
send in the UATIComplete message. 



n 

12 
13 



Reserved2 



The access network shall set this field to zero. The access terminal 
shall ignore this field. 



Channels CC 



FTC 



SLP 



Best Effort 



Addressing 



unicast 



Priority 



10 



14 5.3.6.3 UATIComplete 

is The access terminal sends this message to notify the access network that it has received 

16 the UATIAssignment message. 

17 



Field 


Length (bits) 


MessagelD 


8 


MessageSequence 


8 


Reserved 


4 


UpperOldUATILength 


4 


UpperOldUATI 


8 x UpperOldUATILength 



is MessagelD The access terminal shall set this field to 0x02. 

19 MessageSequence The access terminal shall set this field to the MessageSequence 

20 field of the UATIAssignment message whose receipt this message is 

21 acknowledging. 

22 Reserved The access terminal shall set this field to zero. The access network 

23 shall ignore this field. 
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13 
15 



UpperOldUATILength The access terminal shall set this field to the length of the 

UpperOldUATI field in octets. 



3 UpperOldUATI 



If UpperOldUATILength in the UATIAssignment message whose 
receipt this message is acknowledging is not zero and OldUATI is not 
NULL, the access terminal shall set this field to 
01dUATI[23+Upper01dUATILengthx8:24]. Otherwise, the access 
terminal shall omit this field. 



Channels 


AC RTC 


Addressing 


unicast 



SLP 


Reliable 4 Best Effort 


Priority 


10 



9 5.3.6.4 HardwarelDRequest 

10 The access network uses this message to query the access terminal of its Hardware ID 



information. 



Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 



MessagelD 
TransactionID 



The access network shall set this field to 0x03. 

The access network shall increment this value for each new 
HardwareRequest message sent. 



Channels 


CC FTC 


Addressing 


unicast 



SLP 


Best Effort 


Priority 


40 



!6 5.3.6.5 HardwarelDResponse 

,7 The access terminal sends this message in response to the HardwarelDRequest message. 

18 



4 This message is sent reliably when it is sent over the Reverse Traffic Channel. 
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Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 


HardwarelDType 


24 


HardwarelDLength 


8 


HardwarelDValue 


8xHardwareID Length 



1 . MessagelD 

2 TransactionID 

3 

4 HardwarelDType 



The access terminal shall set this field to 0x04. 

The access terminal shall set this field the TransactionID field of the 
corresponding HardwarelD Request message. 

The access terminal shall set this field according to Table 5.3.6.5-1. 
Table 5.3.6.5-1. HardwarelDType encoding 



HardwarelDType field 
value 


Meaning 


0x010000 


Electronic Serial 
Number (ESN) 


OxOONNNN 


Hardware ID "NNNN" 
from [8] 


QxFFFFFF 


Null 


All other values 


Invalid 



e HardwarelDLength If HardwarelDType is not set to OxFFFFFF, the access terminal shall 

7 set this field to the length in octets of the HardwarelDValue field; 

8 otherwise the access terminal shall set this field to 0x00. 



9 
10 
11 
12 



HardwarelDValue 



The access terminal shall set this field to the unique ID (specified by 
HardwarelDType) that has been assigned to the terminal by the 
manufacturer. 



Channels 



AC 



RTC 



SLP 



Reliable 5 Best Effort 



5 This message is sent reliably when it is sent over the Reverse Traffic Channel. 
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Addressing 



unicast 



Priority 



40 



□ 



5.3.7 Protocol Numeric Constants 



Constant 


Meaning | 


Val ue 


NADMPType 


Type field for this protocol. 


Table 
2.3.6-1 


NADMFDefault 


Subtype field for this protocol 


0x0000 


TADMPATReaponse 


Time to receive UATIAssignment after sending 
UATIRequest 


120 

seconds 


T ADMPDualAddrcsa 


The duration of time that the access terminal 
declares an address match if it receives a 
message that is addressed using either the old 
or the new UATI 


180 

seconds 



a 5.3.8 Interface to Other Protocols 

4 5.3.8.1 Commands 

s This protocol does not issue any commands. 

6 5.3.8.2 Indications 

? This protocol registers to receive the following indications: 

b • RouteUpdateJcUeHO 

9 • RouieUpdateJlctweSetUpdatBd 

n • OverheadMessages. Updated 
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1 5.4 Default Session Configuration Protocol 

2 5.4.1 Overview 

3 The Default Session Configuration Protocol provides for the negotiation and configuration 

4 of the set of protocols used during a session. 

s This protocol supports two phases of negotiation: 

6 • Access terminal initiated negotiation: In this phase negotiation exchanges are 

7 initiated by the access terminal. This phase is used to negotiate the protocols that 
s will be used in the session and negotiate some of the protocols' parameters (e.g., 

9 authentication key lengths). 

10 • Access network initiated negotiation: In this phase negotiation exchanges are 

11 initiated by the access network. This phase is typically used to override default 

12 values used by the negotiated protocols. 

13 This protocol uses the Generic Configuration Protocol procedures and messages when 

14 performing the negotiation in each phase (see 10.7). Even if the access terminal requires 

15 the use of a Session Configuration Protocol other than the Default Session Configuration 
16 : Protocol, it shall use the Default Session Configuration Protocol to negotiate the other 
17~ Session Configuration Protocol. 

iar Example message flow diagrams for an extensive negotiation initiated by the access 

isl terminal and a minimal negotiation initiated by the access network are shown in 5.4.9. 

2o^ Additional protocols may be negotiated without further modifications to the Default Session 

2i~ Configuration Protocol. 

a?: This protocol operates in one of four states: 

23 • Inactive State : In this state, the protocol waits for an Activate command. 

24 • AT Initiated State : In this state, negotiation is performed at the initiative of the 

25 access terminal. 

26 • AN Initiated State : In this state, negotiation is performed at the initiative of the 

27 access network. 

28 • Open State : In this state, the access terminal may initiate the session 

29 configuration procedure at any time and the access network may request the access 

30 terminal to initiate the session configuration at any time. 
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fcdhme transitions not shown 

InitiaLState 




Rx ConJigurationComplete 



2 

3 Figure 5.4.1-1. Session Configuration Protocol State Diagram (Access Terminal) 



Jcriture transitions not shown 




5 

6 Figure 5.4.1-2. Session Configuration Protocol State Diagram (Access Network) 
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1 5.4.2 Primitives and Public Data 

2 5.4.2.1 Commands 

3 This protocol defines the following commands: 

4 _ • Activate 

5 • Deactivate 

e 5.4.2.2 Return Indications 

7 This protocol returns the following indications: 
s • SCPChanged 

9 • Recoqfigured 

10 • Failed 

11 5.4.2.3 Public Data 

12 • Type and subtype of all negotiated protocols 

13 • SessionConfigurationToken 

14 5.4.3 Basic Protocol Numbers 

is The Type field for this protocol is one octet, set to Nscprype. 

is The Subtype field for this protocol is two octets, set to NscPDefauit. 

17 5.4.4 Protocol Data Unit 

is The transmission unit of this protocol is a message. This is a control protocol; and, 

19 therefore, it does not carry payload on behalf of other layers or protocols. 

20 This protocol uses the Signaling Application to transmit and receive messages. 

21 5.4.5 Procedures 

22 5.4.5.1 Protocol Initialization and Configuration 

23 This protocol shall be started in the Inactive State. 

24 This protocol does not have any initial configuration requirements. 

25 5.4.5.2 Processing the Activate Command 

26 If the protocol receives the Activate command in the Inactive State, it shall transition to 

27 the Open State. 

28 If this command is received in any other state it shall be ignored. 

29 5.4.5.3 Processing the Deactivate Command 

30 If the protocol receives the Deactivate command in the Inactive State it shall be ignored. 
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-2S 



23 



26 
27 
28 

29 
30 
31 



If the protocol receives this command in the AT Initiated State, AN Initiated State, or Open 
State, it shall transition to the Inactive State. 

5.4.5.4 Inactive State 

Upon entering this state, the protocol shall perform the following: 

• Set the SessionConfigurationToken to 0x0000. 

• Set the protocols and protocol configurations to their default values. 

In this state the protocol waits for the Activate command. See 5.4.5.2 for processing of the 
Activate command in this state. 

5.4.5.5 AT Initiated State 

During the AT Initiated State of the Default Session Configuration Protocol the access 
terminal and the access network use the Generic Configuration Protocol (see 10.7) with 
the access terminal being the initiator of each exchange. The access terminal and the 
access network use the ConfigurationRequest/ConfigurationResponse exchange defined 
in 10.7 to select the protocols that will be used for the session. 

Also, the access terminal may request restoring a previously established session in this 
state. 

The default values for all the attributes and protocols shall be the values that were agreed 
upon prior to entering this state. 

The protocol in the access terminal or the access network shall return a Failed indication 
and transition to the Inactive state, if any of the negotiated protocols declares a failure. 



5.4.5.5.1 Access Terminal Requirements 

If the access terminal chooses to request restoring a prior session, it shall perform the 
24 following in the order specified: 

a • The access terminal shall construct a 32-bit pseudo random number, Nonce. 

• The access terminal shall temporarily configure the protocols within the Security 
Layer with the parameters (i.e., the session key and all the negotiated protocols and 
attributes in the security layer) associated with the prior session. 

• The access terminal shall supply the Nonce, to the security layer of the prior 
session as if the Nonce is the payload to be transmitted on the Access Channel. The 
access terminal shall set all the unspecified parameters needed by the protocols in 
the Security Layer to zero for the purpose of generating this Security Layer Packet. 

• The access terminal shall restore the Security Layer to its previous configuration. 

• The access terminal shall set the SecurityPacket variable to the Security Layer 
Packet constructed in the previous step. 
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1 • The access terminal shall send the UATI corresponding to the prior session and the 

2 SecurityPacket variables as a complex attribute (see 5.4.6.3. 2£ in 

3 ConfigurationRequest message. 

4 The access terminal may send the access network ConfigurationRequest messages, 
s - requesting the use of specific protocols per the Generic Configuration Protocol. 

e The access terminal shall process the ConfigurationResponse messages it receives per 

7 the Generic Configuration Protocol. 

e Following the receipt of a ConfigurationResponse message, the access terminal may: 

9 • Send another ConfigurationRequest message attempting to negotiate a different 

10 protocol for the protocol Type specified in the ConfigurationResponse message. 

n • Use the protocol configuration procedures defined by the protocol to perform access 

12 terminal-initiated parameter configuration. 

13 If after performing access terminal-initiated parameter configuration, the access terminal 

14 requires the use of a different protocol for this protocol Type, the access terminal may send 
is the access network a new ConfigurationRequest message. 

16 If the access terminal sends a ConfigurationRequest message specifying a protocol Type 

17 for which protocol negotiation procedures were previously executed in this state, the 
is access terminal shall discard all parameters negotiated during that procedure. 

19 If the protocol in access terminal requires no further negotiation of protocols or 

20 configuration of negotiated protocols, it shall send a ConfigurationComplete message to. the 

21 access network and transition to the AN Initiated State. 

22 5.4.5.5.2 Access Network Requirements 

23 If the access network receives a ConfigurationRequest message from the access terminal, 

24 it shall process it and shall respond with a ConfigurationResponse message per the 

25 Generic Configuration Protocol. 

26 Once the access network sends a ConfigurationResponse message for a particular protocol, 

27 it shall be ready to execute the access terminal- initiated configuration procedures that are 

28 particular to that protocol. 

29 If the access network receives a ConfigurationRequest message, specifying a protocol Type 
so for which it has previously executed a parameter negotiation procedure, the access 

31 network shall discard all parameters negotiated during that procedure. 

32 If the protocol in the access network receives a ConfigurationComplete message, it shall 

33 transition to the AN Initiated State. 

34 5.4.5.6 AN Initiated State 

35 During the AN Initiated State of the protocol, the access network and the access terminal 

36 execute the access network-initiated configuration procedures specified by each 

37 negotiated protocol. These procedures typically allow the access network to override default 

38 values otherwise used by the access terminal. 
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13 
14 
15 

16 
17 
18 
19 
20 
21 



23 
24 

25 
26 
27 
28 



31 
32 

33 
34 

35 



If the access network initiates negotiation of an attribute, the default value for the 
attribute shall be the value agreed upon prior to entering this state. 

5.4.5.6.1 Access Terminal Requirements 

In this protocol state the access terminal shall be ready to execute the access network- 
initiated configuration procedures particular to each protocol used during the session. 
If the access terminal receives a ConfigurationRequest message from the access network, 
it shall process it and shall respond with a ConfigurationResponse message according to 
the Generic Configuration Protocol. 

If the access terminal receives a ConfigurationComplete message it shall: 

• Issue an AirUnkMcmx^emmLCloseCoimectian command. 

• Return a Reconfigured indication. 

• Transition to the Open State. 

If as a result of ConfigurationRequest/ ConfigurationResponse exchange a non-default 
Session Configuration Protocol is selected, the access terminal shall return an 
SCPChanged indication. 

If as a result of ConfigurationRequest/ConfigurationResponse exchange a PriorSession 
attribute (with a non-zero Restore field) is agreed upon, the protocols and attributes 
corresponding to the session specified by the PriorSession attribute shall take effect after 
the protocol receives a ConnectedStaiB.Camec^Ck)S^ indication. Otherwise, the newly 
negotiated protocols and attributes shall take effect after the protocol receives 
ConnectedStaiB.ConnectionClosed indication. 

5.4.5.6.2 Access Network Requirements 

In this protocol state, the access network may execute the access network-initiated 
configuration procedures that are particular to each protocol used during the session. 
If the access network chooses to negotiate a different Session Configuration Protocol, it 
ahall initiate the Session Configuration Protocol selection (i.e., sending 
ConfigurationRequest message specifying protocol Type of Nacrife.) prior to selection of any 
other protocol. 

The access network may set the SessionConfigurationToken field of the 
ConfigurationComplete message to reflect the selected protocols and the negotiation 
parameters associated with the negotiated protocols. The rules for setting this field are 
outside the scope of this specification. 

If the protocol in access network requires no further negotiation of protocols or 
configuration of negotiated protocols, it shall: 

• Send a ConfigurationComplete message to the access terminal. 

• Issue an AnlhikmmagemenLCtoseamnectim 

• Return a Reconfigured indication. 
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i • Transition to the Open State. 

2 

3 If as a result of ConfigurationRequest/ConfigurationResponse exchange a non-default 

4 Session Configuration Protocol is selected, the access network shall return an SCPChtmged 
s indication. 

6 If as a result of ConfigurationRequest/ ConfigurationResponse exchange a PriorSession 
? attribute (with a non-zero Restore field) is agreed upon, the protocols and attributes 
a corresponding to the session specified by the PriorSession attribute shall take effect after 

9 the protocol receives a Can3vectedSmtB.Conmc&mClosed indication. Otherwise, the newly 

10 aegotiated protocols and attributes shall take effect after the protocol receives 

1 1 ConnectedStiate.CocinectiDnCkttd indication . 

12 5.4.5.7 Open State 

13 5.4.5.7.1 General Requirements 

14 In this protocol state the access terminal and the access network use the negotiated 
is protocols to exchange data and signaling in accordance with the requirements of each 
is : protocol. 

i? - The protocol in the access network may send a ConfigurationStart message at any time 

is : during the Open State to start the negotiation process (e.g., the access network may send 

19 Z this message to negotiate a new stream). 

20 = The protocol in the access terminal may send a ConfigurationRequest message at any 

21 : time during the Open State to start the negotiation process (e.g., the access terminal may 

22 ; send this message to negotiate a new stream). 

23 The protocol in the access terminal transitions to the AT Initiated State when it receives 

24 a ConfigurationStart message or when it sends a ConfigurationRequest message. 

25 The protocol in the access network transitions to the AT Initiated State when it sends a 

26 ConfigurationStart message or when it receives a ConfigurationRequest message. 

27 5.4.6 Message Formats 

28 5.4.6.1 ConfigurationComplete 

29 The sender sends the ConfigurationComplete message to indicate that it has completed 

30 the negotiation procedures performed at its initiative. 

31 
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Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 


SessionConfigurationToken 


Oor 16 



2 
3 
4 
5 

6 
7 
8 
9 
10 
11 
12 



MessagelD 
TransactionID 



The sender shall set this field to 0x00. 

The access terminal shall increment this value for each new 
ConfigurationComplete message sent. The access network shall set 
this value to the value of TransactionID included in the last 
ConfigurationComplete message received from the access terminal. 

SessionConfigurationToken 

Session Configuration Token. The access terminal shall omit this 
field. The access network shall include this field. The access 
network may set this field to a 16-bit value that reflects the selected 
protocols and the negotiation parameters associated with the 
negotiated protocols. 



Channels 


FTC RTC | 


Addressing 


unicast 



SLP 


Reliable 


Priority 


40 



13 5.4.6.2 ConfigurationStart 

« The access network sends this message to start a session configuration process. 



16 
17 



19 
20 
21 

22 
23 



Field 


Length (bits) 


MessagelD 


8 



MessagelD 



The sender shall set this field to 0x01. 



Channels 


CC FTC | 


\ Addressing 


unicast 



SLP 


Best Effort 


Priority 


40 



5.4.6.3 Configuration Messages 

The Default Session Configuration Protocol uses the Generic Configuration Protocol for 
configuration. All configuration messages sent by this protocol shall have their Type field 
set to Nscnype . 

The following attribute-value pairs are defined (see 10.3 for attribute record format). All 
attribute fields for the Default Session Configuration Protocol are two octets in length. . 
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2 5.4.6.3. 1 Protocol Type Attributes 

3 The Protocol Type configurable attributes are listed in Table 5.4.6.3.1-1. All these 

4 attributes are simple. The Attribute ID field for all these attributes are two octets in 
s length and the value fields for these attributes are two octets in length 



Table 5.4.6.3.1-1. Protocol Type Configurable Attributes 



Attribute 
ID 


Attribute 


Values 


Meaning 


OxOONN 


Protocol Type, where NN is the 
hexadecimal Protocol Type value. 


0x0000 


Default Protocol 
Subtype. 


0x0000 - 
QxFFFF 


Protocol Subtype. 



7 5.4.6.3.2 PriorSession Attribute 

a The following complex attribute and default values are defined (see 10.3 for attribute record 

9 definition): 

10 . . 



Field 


Length (bits) 


Default 


Length 


8 


N/A 


AttributelD 


16 


N/A 


One or more of the following record: 


ValuelD 


8 


N/A 


Restore 


1 


<0' 


Reserved 


7 


'0000000' 


UATI 


0 or 128 


N/A 


SecurityPacketLength 


0 or 8 


N/A 


SecurityPacket 


0 or SecurityPacketLength x 8 


N/A 



Length of the complex attribute in octets. The access terminal shall 
set this field to the length of the complex attribute excluding the 
Length field. 

AttributelD The access terminal shall set this field to 0x1000. 

ValuelD The access terminal shall set this field to an identifier assigned to 

this complex value. 



11 Length 

12 
13 
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Restore 



Reserved 



UATI 



The access terminal shall set this field to 'V if it is requesting to 
restore a prior session. The access terminal shall set this field to '0' 
if it is requesting to proceed with the current session configuration 
and not restore any prior sessions. 

The access terminal shall set this field zero. The access network 
shall ignore this field. 

The access terminal shall include this field only if the Restore field 
is set to T. If included, the access terminal shall set this field to the 
UATI associated with the prior session. 



10 

n 

12 
13 

14 
15 
16 
17 



19 
20 



22 
23 



SecurityPacketLength 



25 
26 
27 
28 

29 
30 



SecurityPacket 



The access terminal shall include this field only if the Restore field 
is set to '1'. If included, the access terminal shall set this field to the 
length of the SecurityPacket filed in octets. 

The access terminal shall include this field only if the Restore field 
is set to '1'. If included, the access terminal shall set this field to the 
SecurityPacket variable which is constructed as specified in 
5.4.5.5.1. 



5.4.6.3.3 ConfigurationRequest 

The sender sends the ConfigurationRequest message to request the configuration of one 
or more parameters for the Session Configuration Protocol. 6 The ConfigurationRequest 
message format is given as part of the Generic Configuration Protocol (see 10.7). 

The sender shall set the MessagelD field of this message to 0x50. 



Channels 


FTC RTC 


Addressing 


unicast 



SLP 


Reliable 


Priority 


40 



5.4.6.3.4 ConfigurationResponse 

The sender sends the ConfigurationResponse message to select one of the parameter 
settings offered in an associated ConfigurationRequest message. The 
ConfigurationResponse message format is given as part of the Generic Configuration 
Protocol (see 10.7). 

The sender shall set the MessagelD field of this message to 0x51. 



6 Most of the Session Configuration Prot col parameters being configured are the specific (i.e., 
Subtype) protocols used for each protocol Type. 
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Channels 



FTC RTC 



SLP Reliable 



Addressing 



unicast 



5.4.7 Protocol Numeric Constants 



Priority 



40 



Constant 


Meaning 


Value 


Nscpiype 


Type field for this protocol 


Table 2.3.6-1 


NscPDefiault 


Subtype field for this protocol 


0x0000 



5.4.8 Interface to Other Protocols 

5.4.8.1 Commands 

This protocol issues the following command: 

• AblJnkManagementCtoseCor^ 

5.4.8.2 Indications 

This protocol registers to receive the following indication: 

• CoraiectjedStniB.ConnectkmCk^d 
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5.4.9 Message Flows 



Access Terminal 



Access Network 



T\jpe X and Type Y 
messages refer to 
messages 
belonging to 
protocol X or Y. 



-UATERequest- 



-UATIAssignment- 
— UATIComplete — 



Session is opened with the default attributes 



C 



Connection Establishment 



Session negotiation starts 
— ConfigurationRequest — 



- ConfigurationResponse - 



- ConfigurationRequest - 



-ConfigurationResponse - 
— ConfigurationRequest — 



-ConfigurationResponse - 



-Type X ConfigurationRequest - 



-Type X ConfigurationResponse- 
— Type Y ConfigurationRequest— 
-Type Y ConfigurationResponse - 



- ConfigurationComplete- 



Key Exchange 



- ConfigurationRequest - 



- C onfigurationResponse - 



-Type X ConfigurationRequest - 



-Type X ConfigurationResponse - 



- ConfigurationComplete- 
Session Reconfigured 



V 



Address 

Management 

Protocol 



Session Control 
Protocol Negotiation 
(AT initiated) 



Protocol Negotiation 
(AT initiated) 



Protocol 
Configuration 
(AT initiated) 
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Figure 5.4.9-1. Default Session Configuration Protocol: Extensive Negotiation 

Procedure 
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6 CONNECTION LAYER 
6.1 Introduction 
6.1.1 General Overview 

The Connection Layer controls the state of the air-link, and it prioritizes the traffic that is 
sent over it. 

This section presents the default protocols for the Connection Layer. With the exception of 
the Overhead Messages Protocol, each of these protocols can be independently negotiated 
8 at the beginning of the session. 

The access terminal and the access network maintain a connection whose state dictates 
the form in which communications between these entities can take place. The connection 
can be either closed or open: 

. rinsed Connection : When a connection is closed, the access terminal is not 
assigned any dedicated air-link resources. Communications between the access 
terminal and the access network are conducted over the Access Channel and the 
Control Channel. 

. Open Connection : When a connection is open, the access terminal can be assigned 
the Forward Traffic Channel, and is assigned a Reverse Power Control Channel and 
a Reverse Traffic Channel. Communications between the access terminal and the 
access network are conducted over these assigned channels, as well as over the 
Control Channel. 

The Connection Layer provides the following connection-related functions: 

• Manages initial acquisition of the network. 

♦ Manages opening and closing of connections. 

. Manages communications when connection is closed and when a connection is 
as open. 

« . Maintains approximate access terminal's location in either connection states. 

. Manages radio link between the access terminal and the access network when a 
connection is open. 

. Performs supervision both when the connection is open and when it is closed. 
. Prioritizes and encapsulates transmitted data received from the Session Layer and 

forwards it to the Security Layer. 
. De-capsulates data received from the Security Layer and forwards it to the Session 
33 Layer. 

a« The Connection Layer performs these functions through the following protocols: 
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• Air Link Management Protocol : This protocol maintains the overall connection state 
in the access terminal and the access network. The protocol can be in one of three 
states, corresponding to whether the access terminal has yet to acquire the network 
(Initialization State), has acquired the network but the connection is closed (Idle 
State), or has an open connection with the access network (Connected State). This 
protocol activates one of the following three protocols as a function of its current 
state. 

• Initialization State Protocol : This protocol performs the actions associated with 
acquiring an access network. 

• Idle State Protocol : This protocol performs the actions associated with an access 
terminal that has acquired the network, but does not have an open connection. 
Mainly, these are keeping track of the access terminal's approximate location in 
support of efficient Paging (using the Route Update Protocol), the procedures leading 
to the opening of a connection, and support of access terminal power conservation. 

• Connected State Protocol : This protocol performs the actions associated with an 
access terminal that has an open connection. Mainly, these are managing the radio 
link between the access terminal and the access network (handoffs, handled via the 
Route Update Protocol), and the procedures leading to the close of the connection. 

In addition to the above protocols, which deal with the state of the connection, the 
Connection Layer also contains the following protocols: 

• Route Update Protocol : This protocol performs the actions associated with keeping 
track of an access terminal's location and maintaining the radio link between the 
access terminal and the access network. This protocol performs supervision on the 
pilots. 

• Overhead Messages Protocol : This protocol broadcasts essential parameters over the 
Control Channel. These parameters are shared by protocols in the Connection Layer 
as well as protocols in other layers. This protocol also performs supervision on the 
messages necessary to keep the Connection Layer functioning. 

• Packet Consolidation Protocol : This protocol consolidates and prioritizes packets for 
transmission as a function of their assigned priority and the target transmission 
channel. 

Figure 6.1.1-1 illustrates the relationship between all the Connection Layer protocols. An 
arrow between two protocols implies that the source sends commands to the target. 
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2 Figure 6. 1 . 1 -1 . Connection Layer Protocols 

3 The Air Link Management Protocol, its descendants and the Overhead Messages Protocol 

4 are control protocols. The Packet Consolidation Protocol operates on transmitted and 
s received data. 

e 6.1.2 Data Encapsulation 

7 In the transmit direction, the Connection Layer receives Session Layer packets, adds 
e Connection Layer header(s) and padding, where applicable, and forwards the resulting 
:.s packet for transmission to the Security Layer. 

In the receive direction, the Connection Layer receives Security Layer packets from the 
Security Layer, and forwards them to the Session Layer after taking off the Connection 
Layer headers and padding. 

Figure 6.1.2-1 and Figure 6.1.2-2 illustrate the relationship between Session Layer 
packets, Connection Layer packets and Security Layer payloads for Format A (maximum 
size) and Format B Connection Layer packets. 
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Figure 6.1.2-1. Connection Layer Encapsulation (Format A) 
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4 Figure 6.1.2-2. Connection Layer Encapsulation (Format B) 
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6.2 Default Air-Link Management Protocol 
6.2.1 Overview 

The Default Air-Link Management Protocol provides the following functions: 

• General state machine and state-transition rules to be followed by an access 
terminal and an access network for the Connection Layer 

• Activation and deactivation of Connection Layer protocols applicable to each protocol 
state 

• Mechanism through which access network can redirect access terminal to another 
network 

The actual behavior and message exchange in each state is mainly governed by protocols 
that are activated by the Default Air-Link Management Protocol. These protocols return 
indications which trigger the state transitions of this protocol. These protocols also share 
data with each other in a controlled fashion, by making that data public. 

This protocol can be in one of three states: 

• Initialization State : In this state the access terminal acquires an access network. 
The protocol activates the Initialization State Protocol to execute the procedures 
relevant to this state. The access network maintains a single instance of this state 
and consequently, executes a single instance of the Initialization State Protocol. 

• Idle State : In this state the connection is closed. The protocol activates the Idle 
State Protocol to execute the procedures relevant to this state. 

• Connected State : In this state the connection is open. The protocol activates the 
Connected State Protocol to execute the procedures relevant to this state. 

Figure 6.2.1-1 provides an overview of the access terminal states and state transitions. All 
transitions are caused by indications returned from protocols activated by the Default Air- 
Link Management Protocol. 
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Figure 6.2.1-1 . Air Link Management Protocol State Diagram (Access Terminal) 
Figure 6.2.1-2 provides an overview of the access network states and state transitions. 

Initial State 




(one for all access terminals) Cormectianlxtst 

Figure 6.2.1-2. Air Link Management Protocol State Diagram (Access Network) 

Table 6.2.1-1 provides a summary of the Connection Layer and MAC Layer protocols that 
are active in each state. 
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Table 6.2.1-1. Active Protocols Per Air Link Management Protocol State 



initialisation State 


Idle State 


Connected State 


Overhead Messages Protocol 


Overhead Messages Protocol 


Overhead Messages Protocol 


Initialization State Protocol 


Idle State Protocol 


Connected State Protocol 


Control Channel MAC 
Protocol 7 


Route Update Protocol 


Route Update Protocol 




Control Channel MAC Protocol 


Control Channel MAC 
Protocol 




Access Channel MAC Protocol 


Forward Traffic Channel MAC 
Protocol 




Forward Traffic Channel MAC 
Protocol 8 


Reverse Traffic Channel 
MAC Protocol 




Reverse Traffic Channel MAC 
Protocol 9 





2 6.2.2 Primitives and Public Data 

3 6.2.2.1 Commands 

4 This protocol defines the following commands: 

5 • OpenConnection 

6 • ctoseConrtectkm 

7 6.2.2.2 Return Indications 

8 This protocol does not return any indications. 

9 6.2.2.3 Public Data 

10 • None. 

11 6.2.3 Basic Protocol Numbers 

12 The Type field for the Air-Link Management Protocol is one octet, set to Nalmptvpc 

13 The Subtype field for the Default Air-Link Management Protocol is two octets, set to 

14 NALMPDefault- 



7 Activated by the Initialization State Protocol 

8 Only during connection setup 

9 Only during connection setup 
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1 6.2.4 Protocol Data Unit 

2 The transmission unit of this protocol is a message. This is a control protocol; and, 

3 therefore, it does not carry payload on behalf of other layers or protocols. 

4 This protocol uses the Signaling Application to transmit and receive messages. 

s 6.2.5 Procedures 

e 6.2.5.1 Protocol Initialization and Configuration 

7 This protocol shall be started in the Initialization State for the access terminal. 

s This protocol shall have a single instance operating in the Initialization State at the 

9 access network, serving all access terminals. 

10 This protocol shall have a single instance for each access terminal with which the access 

11 network is currently maintaining a session. This instance shall be started in the Idle 

12 State. 

13 This protocol does not have any initial configuration requirements. 

14 6.2.5.2 Command Processing 
is 6.2.5.2.1 OpenConnection 

is If the protocol receives the Open&mtection command in the Initialization State, the access 

17 terminal shall queue the command and execute it when the access terminal enters the 

is Idle State. 

19 The access network shall ignore the command in the Initialization State. 

20 If the protocol receives this command in the Idle State: 

zi • Access terminal shall issue an IdteStnte. OpenConnection command. 

22 • Access network shall issue an IdteState.OpenConnectkm command. 

23 If the protocol receives this command in the Connected State the command shall be 

24 ignored. 

25 6.2.5.2.2 CloseConnection 

26 If the protocol receives the CtoseCormectkm command in the Connected State: 

27 • Access terminal shall issue a CarmectedStnte.CtoseConnection command. 

28 • Access network shall issue a ConiwctedState.Ck)seComwcticm command. 

29 If the protocol receives this command in any other state it shall be ignored. 

30 6.2.5.3 Initialization State 

si In the Initialization State the access terminal has no information about the serving 

32 access network. In this state the access terminal selects a serving access network and 

33 obtains time synchronization from the access network. 
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6.2.5.3.1 Access Terminal Requirements 

The access terminal shall enter the Initialization State when the Default Air-Link 
Management Protocol is instantiated. This may happen on events such as network 
redirection and initial power-on. A comprehensive list of events causing the Default Air- 
Link Management Protocol to enter the Initialization State is beyond the scope of this 
specification. 

The access terminal shall issue an InitiaBzatkri^ command upon entering this 

state. If the access terminal entered this state because the protocol received a Redirect 
message and a Channel Record was received with the message, the access terminal shall 
10 provide the Channel Record with the command. 

„ If the protocol receives an Imtto&utito^ indication the access terminal 

12 shall issue an JnitioKzotKm^^ command 10 and transition to the Idle State. 

13 6.2.5.3.2 Access Network Requirements 

14 The access network shall constantly execute a single instance of the Initialization State 
is Protocol. The access network shall constantly execute a single instance of the Overhead 
is Messages Protocol. 

17 6.2.5.4 Idle State 

In this state the access terminal has acquired the access network but does not have an 
open connection with the access network. 



18 
19 



6.2.5.4.1 Access Terminal Requirements 
6.2.5.4.1.1 General Requirements 

The access terminal shall issue the following commands upon entering this state: 

• JdleStaieJictivate 
m RouteUpdateJlctwatB 

• AaoessCharavelMAC Activate. 
If the access terminal had a queued OpenConnection command, it shall issue an 
IdleStxite.OpenCormeetkm command. 

If the protocol receives an ldleStatB.ConiwctkmOpened indication, the access terminal shall 
perform the cleanup procedures defined in 6.2.5.4.1.2 and transition to the Connected 

30 State. 

31 If the protocol receives a Redirect message, a BouieUpdateJietwortUxt, an 
a* OverheadMessages.Supewisk^ an Ove^amessagesJiNRedh^cte^ 



10 Some of the Deactivate commands issued by this protocol are superfluous (because the 
commanded protocol already put itself in the Inactive State) but are specified here for 
completeness. 
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, CaniixAChamel^C^ an AcoessChamwlMAC.SupewiskmFaaed, or an 

2 AccessChoivwWIAC.liTxnsnusstonFtt indication, the access terminal shall: 

3 • Issue a RouteUpdateJ)eactivate command, 
* • Issue an Ouerfieodflfessq^ 

s % issueaCcwtrolCftaro^ 

6 ♦ Perform the cleanup procedures defined in 6.2.5.4.1.2, and 

7 % Transition to the Initialization State. 

e 6.2.5.4. 1 .2 Idle State Cleanup Procedures 

9 The access terminal shall issue the following commands when it exits this state: 

10 % idleStateJleactwate 

„ « Ax«ssChartnel^CJDeact£y^ 

12 6.2.5.4.2 Access Network Requirements 

13 6.2.5.4.2.1 General Requirements 

14 The access network shall issue the following commands upon entering this state: 

• IdleStuteJtotivate 

• RouteUpdateJtetivate 
If the protocol receives an ItileState.Conjux^OpeT^ indication, the access network shall 
perform the cleanup procedures defined in 6.2.5.4.2.2 and transition to the Connected 

19 State. 

20 The access network may send the access terminal a Redirect message to redirect it from 

21 the current serving network and optionally, provide it with information directing it to 

22 another network. If the access network sends a Redirect message it shall 

23 * Issue a RouteUpdaieJDeactivate command, 

24 • Perform the cleanup procedures defined in 6.2.5.4.2.2. 

as 6.2.5.4.2.2 Idle State Cleanup Procedures 

26 The access network shall issue the following command when it exits this state: 

27 % idJeSfiateJZeactivate 



2& 6.2.5.5 Connected State 

29 In the Connected State, the access terminal and the access network have an open 

30 connection. 
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6.2.5.5.1 Access Terminal Requirements 
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6.2.5.5.1.1 General Requirements 

The access terminal shall issue the following command upon entering this state: 

• ConnectedState Activate 
If the protocol receives a CkmnectedStjate.Ccrmectkm 



an 



ControfChanne1MAC.SupermsionFai^^ 



OveiliBadMessages.SuperuiskynFaaed, a 
RouteUpdateJ\ssignrnentRejected. or a 

indication, the access terminal shall: 

• Issue a RouteUpdate.Close command, 1 1 

• Issue a ContmlChcmnelMACJteacfivcde command, 

• Issue an OvertmadMessagesJleactivate command, 

• Perform the cleanup procedure defined in 6.2.5.5.1.2, 

• Transition to the Idle State. 

If the protocol receives a Redirect message or an OvetlwadMessc^esJ^NI^dmcted 
indication, the access terminal shall: 

• Issue a RouteUpdate.Close command, 12 

• Issue a ControV£haxmelMACl)eacfivate command, 

• Issue an OverhecudMessagesJDeacdvate command, 

• Perform the cleanup procedure defined in 6.2.5.5.1.2, 

• Transition to the Initialization State. 

6.2.5.5.1.2 Connected State Cleanup Procedures 

* 

The access terminal shall issue the following command when it exits this state: 

• ConnectedStateJteactivate 

6.2.5.5.2 Access Network Requirements 
6.2.5.5.2.1 General Requirements 

The access network shall issue the following command upon entering this state: 

• CorwectedStateActwate 



1 1 The Route Update Protocol takes care of closing the Forward Traffic Channel MAC and Reverse 
Traffic Channel MAC Protocols. 

12 The Route Update Protocol takes care of closing the Forward Traffic Channel MAC and Reverse 
Traffic Channel MAC Protocols. 
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If the protocol receives a C^nrnectedStxjiB.CKmne^kmCk^sed, or RouieUpdate.ConnectkmLast 

indication, the access network shall: 

• Issue a RouteUpdate.Close command, 

• Perform the cleanup procedures defined in 6.2.5.5.2.2, 

• Transition to the Idle State. 

The access network may send the access terminal a Redirect message to redirect it from 
the current serving network and optionally, provide it with information directing it to 
another network. If the access network sends a Redirect message it shall: 

• Issue a RcHitBUpdcLteJ)eactivatB command, 

• Perform the cleanup procedures defined in 6.2.5.5.2.2, 

• Transition to the Idle State. 

6.2.5.5.2.2 Connected State Cleanup Procedures 

The access network shall issue the following command when it exits this state: 

14 • ConnectedStateJDeactmtte 

15 6.2.6 Message Formats 
is 6.2.6.1 Redirect 



1 

2 

3 

4 

5 

6 
7 
8 

9 

10 



12 
13 



17 
18 
19 
20 



The access network sends the Redirect message to redirect the access terminal(s) away 
from the current network; and, optionally, the access network provides it with information 
directing it to one of a set of different networks. 



Field 


Length (bits) 


MessagelD 


8 


NumChannel 


8 


NumChannel instances of the following field 


Channel 


24 



22 
23 

24 
25 
26 
27 



MessagelD 
NumChannel 

Channel 



The access network shall set this field to 0x00. 

The access network shall set this field to the number of Channel 
records it is including in this message. 

This field shall be set to the channel that the access terminal should 
reacquire. The channel shall be specified using the standard 
Channel Record definition, see 10.1. 
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17 
18 
19 

20 
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25 



Channels 


CC FTC 


j Addressing 


broadcast unicast 



SLP 


Best Effort 


Priority 


40 



6.2.7 Protocol Numeric Constants 



Constant 


Meaning 


Value 


NALMPTjrpc 


Type field for this protocol 


Table 2.3.6-1 


NALMPDcfault 


Subtype field for this protocol 


0x0000 



6.2.8 Interface to Other Protocols 
6.2.8.1 Commands Sent 

This protocol issues the following commands: 

• InitiahzatkmStJCdeJicthK^ 

• Inida^xitionStalBJ^actiuate 

• IdleStciteJictwatB 

• idteStateJteactivate 

• idteStote.OpenConnection 
» ConnectedStnteJlctwate 

• ConnecteftSmieJ^actxvate 

« ConnectedSi3ate.Ck)seConne(^k^ 

• RcHjfeUpdateJlctivate 

• RouteUpdateJteactivate 

• RouteUpdate.Close 

• OverheadMessagesJteactivate 
m Ccmtjx>hCtKamelMACJ)eactwate 

• AccessChannetMACJlctivate 

• AccessChamwIMACJleactwate 

6.2.8.2 Indications 

This protocol registers to receive the following indications: 
« initmfaxttkmSta^ 
m idleStulB.&mnectkmQpened 
m coniwctedState.ConnectkmClosed 

• BotUeUpdate.ConnectionLost 
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• RouteUpdateJNetworliljost 

• RouteUpdiOBJkssignmentR^ctj^ 

• OverheadMessagesJlNRedinected 

• OvertveadMessctges.SupewiskmF^^ 

• ContmlChajinelMAC.Siqyerutt 

• AccessCheaxnelMAC.Supewvsk^ 
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6.3 Default Initialization State Protocol 



3 
4 

5 

6 

7 
6 

9 
10 

12 
13 



14 

15 



6.3.1 Overview 

The Default Initialization State Protocol provides the procedures and messages required for 
an access terminal to acquire a serving network. 

At the access terminal, this protocol operates in one of the following four states: 

• Inactive State : In this state the protocol waits for an Activate command. 

. Network Determination State : In this state the access terminal chooses an access 
network on which to operate. 

• Pilot Acq uisition State : In this state the access terminal acquires a Forward Pilot 
Channel. 

• ft Yr^hrnnization State : In this state the access terminal synchronizes to the Control 
Channel cycle, receives the Sync message, and synchronizes to system time. 

Protocol states and events causing transition between states are shown in Figure 6.3.1-1. 



Initial State 



Deactivate triggered transitions not shown 
Activate- 




Sync message OK 



network selected 



"pilot acquired" 

Figure 6.3.1-1. Default Initialization State Protocol State Diagram 



17 
18 
19 

20 



6.3.2 Primitives and Public Data 
6.3.2.1 Commands 

This protocol defines the following commands: 

. Activate (an optional Channel Record can be specified with the command) 
• Deactivate 
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1 6.3.2.2 Return Indications 

2 This protocol returns the following indications: 

3 • NetworkAcquiped 

4- 6.3.2.3 Public Data 

s This protocol makes the following data public: 
e • Selected channel 

7 • System time 

8 • The following fields of the Sync message: 

9 - MaximumRevision 

10 — MinimumRevision 

11 - PilotPN 

12 6.3.3 Basic Protocol Numbers 

13 The Type field for the Initialization State Protocol is one octet, set to Nisprypc 

i* The Subtype field for the Default Initialization State Protocol is two octets, set to NisFDtfauit. 

is 6.3.4 Protocol Data Unit 

is The transmission unit of this protocol is a message. This is a control protocol; an 

17 therefore, it does not carry payload on behalf of other layers or protocols. 

is This protocol uses the Signaling Application to transmit and receive messages. 

ig 6.3.5 Procedures 

20 The access network shall broadcast the Sync message periodically in a synchrony 

21 Control Channel capsule. This period should not exceed T IS Ps*nc seconds. 

22 The access network need not keep state for this protocol. 

23 6.3.5. 1 Protocol Initialization and Configuration 

24 This protocol shall be started in the Inactive State for the access terminal. 
2s This protocol does not have any initial configuration requirements. 

26 6.3.5.2 Command Processing 

27 The access network shall ignore all commands. 

28 6.3.5.2.1 Activate 

29 If the protocol receives an Activate command in the Inactive State, the access termii 
so shall transition to the Network Determination State. 
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, If the protocol receives this command in any other state, the access terminal shall ignore 

2 it. 

3 6.3.5.2.2 Deactivate 

4 If the protocol receives a Deactivate command in the Inactive State, the access terminal 
s shall ignore it. 

6 If the protocol receives this command in any other state, the access terminal shall 

7 transition to the Inactive State. 

s 6.3.5.3 Inactive State 

9 In the Inactive State the access terminal waits for the protocol to receive an Activate 

10 command. 

n 6.3.5.4 Network Determination State 

12 In the Network Determination State the access terminal selects a CDMA Channel (see 

13 10.1) on which to try and acquire the access network. 

If a Channel Record was provided with the Activate command, the access terminal should 

is select the system and channel specified by the record. 

16 The specific mechanisms to provision the access terminal with a list of preferred networks 

17 and with the actual algorithm used for network selection are beyond the scope of this 
is specification. 

19 Upon selecting a CDMA Channel the access terminal shall enter the Pilot Acquisition 

20 State. 

21 6.3.5.5 Pilot Acquisition State 

22 In the Pilot Acquisition State the access terminal acquires the Forward Pilot Channel of 

23 the selected CDMA Channel. 

2 4 Upon entering the Pilot Acquisition State, the access terminal shall tune to the selected 

25 CDMA Channel and shall search for the pilot. If the access terminal acquires the pilot, it 

26 shall enter the Synchronization State. 13 If the access terminal fails to acquire the pilot 

27 within TisppuotAoq seconds of entering the Pilot Acquisition State, it shall enter the Network 

28 Determination State. 

29 6.3.5.6 Synchronization State 

30 In the Synchronization State the access terminal completes timing synchronization. 

31 Upon entering this state, the access terminal shall issue the ConiroWhaniwUMCActivate 

32 command. 



13 The Access Terminal Minimum Performance Requirements contains specifications regarding 
pilot acquisition performance. 
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9 
10 



12 
13 



If the access terminal fails to receive a Sync message within TispsyncAcq seconds of entering 
the Synchronization State, the access terminal shall issue a ContmUZhcmrielMACJlecuXwate 
command and shall enter the Network Determination State. While attempting to receive 
the Sync message, the access terminal shall discard any other messages received on the 
Control Channel. 

When the access terminal receives a Sync message: 

• If the access terminal's revision number is not in the range defined by the 
MinimumRevision and MaximumRevision fields (inclusive) specified in the 
message, the access terminal shall issue a ContmUZhcavwlMACJleeuXwctfB command 
and enter the Network Determination State. 

• Otherwise, the access terminal shall: 

- Set the access terminal time to the time specified in the message; The time 
specified in the message is the time applicable 160 ms following the beginning of 
the Control Channel Cycle in which the Sync message was received, 

- Return a NetworkAoqubed indication, 

- Enter the Inactive State. 



19 
20 
21 



6.3.6 Message Formats 
6.3.6.1 Sync 

The access network broadcasts the Sync message to convey basic network and timing 
information. 



Field 


Length (bits) 


MessagelD 


2 


MaximumRevision 


8 


MinimumRevision 


8 


PilotPN 


9 


SystemTime 


37 



22 



26 
27 
2fi 
29 



MessagelD 
MaximumRevision 

MinimumRevision 



The access network shall set this field to '00'. 

Maximum Air-Interface protocol revision supported by the access 
network. The access network shall set this field to the value 
specified in 1.14. This value shall be in the range [0x00, Oxff]. 

Minimum Air-Interface protocol revision supported by the access 
network. The access network shall set this field to the value 
specified in 1.14. This value shall be in the range [0x00, 
MaximumRevision] . 
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6. 
7 



PilotPN 



3 SystemTime 



Channels 



Pilot PN Offset. The access network shall set this field to the pilot PN 
sequence offset for this sector in units of 64 PN Chips. 

The access network shall set this field to the System Time 160 ms 
after the start of the Control Channel Cycle in which this Sync 
message is being sent. The System Time is specified in units of 
26.66... ms. 



CCsyn 



Addressing 



broadcast 



SLP 


Best Effort 


Priority 


30 



6.3.7 Protocol Numeric Constants 



Constant 


Meaning 


Value 


Comments 


NlSFiype 


Type field for this protocol 


Table 
2.3.6-1 




NlSPDefault 


Subtype field for this protocol 


0x0000 




TlSPSync 


Sync message transmission period 


1.28 
seconds 


3 x Control 
Channel Cycle 


TlSPPilotAoq 


Time to acquire pilot in access terminal 


60 

seconds 




TlSPSyncAcq 


Time to acquire Sync message in access 
terminal 


5 

seconds 





6.3.8 Interface to Other Protocols 

6.3.8.1 Commands Sent 

This protocol issues the following commands: 

• ContwUJhastnetMACJ\cdvate 

• ContivbChaiineV^CJJecLCtwatB 

6.3.8.2 Indications 

This protocol does not register to receive any indications. 
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1 6.4 Default Idle State Protocol 

2 6.4. 1 Overview 

3 The Default Idle State Protocol provides the procedures and messages used by the access 

4 terminal and the access network when the access terminal has acquired a network and a 

5 connection is not open. 

e This protocol operates in one of the following four states: 

7 ' • Inactive State : In this state the protocol waits for an Activate command. 

e ♦ Sleep State : In this state the access terminal may shut down part of its subsystems 

9 to conserve power. The access terminal does not monitor the Forward Channel, and 

10 the access network is not allowed to transmit unicast packets to it. 

n • Monitor State : In this state the access terminal monitors the Control Channel, 

12 listens for Page messages and if necessary, updates the parameters received from 

13 the Overhead Messages Protocol. The access network may transmit unicast packets 

14 to the access terminal in this state. 

15 • Connection Setup State : In this state the access terminal and the access network 

16 set-up a connection. 

17 Protocol states and events causing the transition between the states are shown in Figure 
is 6.4.1-1 and Figure 6.4.1-2. 

Deactivate triggered transitions and Fast Connect transitions are not shown 




Rx OpenConnectian 

Figure 6.4.1-1. Default Idle State Protocol State Diagram (Access Terminal) 
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Deactivate triggered transitions not shown 



ReverseTraffk&haJvnelM^^ 




Rx OpenCoTuiection, or 
Rx ConnectionRequest 



1 

2 

3 
4 

5 
6 

7 

a 

9 
10 

ii 

12 

13 
14 
15 
16 



Figure 6.4.1-2. Default Idle State Protocol State Diagram (Access Network) 

This protocol supports periodic network monitoring by the access terminal, allowing for 
significant power savings. The following access terminal operation modes are supported: 

• Continuous operation, in which the access terminal continuously monitors the 
Control Channel. 

• Suspended mode operation, in which the access terminal monitors the Control 
Channel continuously for a period of time and then proceeds to operate in the slotted 
mode. Suspended mode follows operation in the Air-Link Management Protocol 
Connected State and allows for quick network-initiated reconnection. 

• Slotted mode operation, in which the access terminal monitors only selected slots. 

This protocol supports two types of connection set-ups: 

• Normal setup: this procedure is always performed at the initiative of the access 
terminal. 14 It consists of the access terminal sending a ConnectionRequest 
message which in turn causes the lower layers to open the connection. The 
Connection Setup State contains the requirements for normal setup. 



14 The access network may transmit a Page message to the access terminal directing 
the procedure. 
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1 • Fast Connect: this procedure is always performed at the initiative of the access 

2 network and consists of the access network opening the connection directly via a 

3 RouteUpdatB*Open command. 15 Fast Connect eliminates the need for the Page / 

4 ConnectionRequest exchange when the access network has pending data to 
s - transmit to an access terminal, and is especially useful when the access terminal 

6 " is in suspended mode. Support for Fast Connect at the access- network is optional. 

7 I Support for Fast Connect at the access terminal is mandatory. The Monitor State 
s .-_ contains the requirements for Fast Connect. 

9 ~ 6.4.2 Primitives and Public Data 

10 : 6.4.2.1 Commands 

n This protocol defines the following commands: 

12 • Activate 

13 • Deactivate 

14 • OpenCormectkm 

15 6.4.2.2 Return Indications 

is This protocol returns the following indications: 

17 • CkmnectkmOpened 

is • ConnectkmFcaled 

19 6.4.2.3 Public Data 

20 • None 

21 6.4.3 Basic Protocol Numbers 

22 The Type field for this protocol is one octet, set to NiDnype. 

23 The Subtype field for this protocol is two octets, set to NiDPDefauit- 

24 6.4.4 Protocol Data Unit 

25 The transmission unit of this protocol is a message. This is a control protocol; and, 

26 therefore, it does not carry payload on behalf of other layers or protocols. 

27 This protocol uses the Signaling Application to transmit and receive messages. 



last RouteUpdate received from the access terminal. 
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1 6.4.5 Procedures 

2 6.4.5.1 Protocol Initialisation and Configuration 

3 This protocol shall be started in the Inactive State. 

4 This protocol does not have any initial configuration requirements. 

s 6.4.5.2 Command Processing 

e 6.4.5.2.1 Activate 

7 When the protocol receives an Activate command in the Inactive State: 

8 • The access terminal shall transition to the Monitor State. 

9 • The access network shall transition to the Sleep State. 16 

) 0 If the protocol receives this command in any other state it shall be ignored. 

n 6.4.5.2.2 Deactivate 

When the protocol receives a Deactivate command in the Inactive State it shall be ignored. 
When the protocol receives this command in any other state: 

• The access terminal shall transition to the Inactive State. 

♦ The access network shall transition to the Inactive State. 



12 
13 
14 
15 



16 6.4.5.2.3 OpenConnection 

17 When the protocol receives an OpenConnection command in the Inactive State or the 
ia Connection Setup State, the command shall be ignored. 

19 When the protocol receives this command in the Sleep State: 

20 • The access terminal shall transition to the Connection Setup State. 

2 1 • The access network shall queue the command and execute it when it is in the 

22 Monitor State. 

23 When the protocol receives this command in the Monitor State: 

24 • The access terminal shall transition to the Connection Setup State. 

25 • The access network shall send a Page message to the access terminal and 
ze transition to the Connection Setup State. 



16 Since the transitions happen asynchronously, this requirement guarantees that the access 
network will not transmit unicast packets to the access terminal over the Control Channel when 
the access terminal is not monitoring the channel. 
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1 6.4.5.3 Inactive State 

2 When the protocol is in the Inactive State it waits for an Activate command. 

3 • The access terminal should not monitor the Control Channel in this state. 

'a • The access network shall not transmit unicast packets to the access terminal in 

3 this state. 

7> 6.4.5.4 Sleep State 

7 When the access terminal is in the Sleep State it may stop monitoring the Control 

s Channel by issuing the following commands: 

9 • OverheadMessagesJ^eactivate 

10 • ControJChanneIMACJ>eactiyate 

n The access terminal may shut down processing resources to reduce power consumption. 

12 If the access terminal requires opening a connection, it shall transition to the Connection 

13 Setup State. 

14 When the access network is in the Sleep State, it is prohibited from sending unicast 
is packets to the access terminal. 

16 If the access network receives a ConnectionRequest message, it shall transition to the 

17 Connection Setup State. 

is The access network and the access terminal shall transition from the Sleep State to the 

19 Monitor State in time to send and receive, respectively, the synchronous capsule sent in 

20 each Control Channel cycle C satisfying 

2n (C + H) mod Nidpsi«p = 0 

22 where C is the number of Control Channel cycles since the beginning of system time and 

23 R is obtained as follows: 

24 • If PreferredControlChannelCycleEnabled is equal to *0', then R is the result of 

25 applying the hash function (see 10.4) using the following parameters: 

- Key = SessionSeed 

27 - Decorrelate = 6 x SessionSeed[l 1:0] 

28 — N = NlDPSleep 

29 - where^SessionSeed is given as public data of the Address Management Protocol. 

so • If PreferredControlChannelCycleEnabled is equal to then R is set to 

31 PreferredControlChannelCycle. 

32 6.4.5.5 Monitor State 

33 When the access terminal is in the Monitor State, it continuously monitors the Control 

34 Channel. 
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When the access network is in the Monitor State, it may send unicast packets to the 
access terminal. 

6.4.5 51 Access Terminal Requirements 

Upon entering the Monitor State, the access terminal shall issue the following commands: 

• OverheadMessagesJlctwatB 

• ContnotChaivietMACJ^ctwate 
The access terminal shall comply with the following requirements when in the Monitor 
State: 

• Access terminal shall select the CDMA Channel as specified in 6.4.5.5.1.1. 
. Access terminal shall monitor the overhead messages as specified in the Overhead 

Messages Protocol (see 6.8.5.5). 

• If the access terminal receives a Page message, it shall transition to the 
Connection Setup State. 

• If the access terminal requires opening a connection, it shall transition to the 
Connection Setup State. 

• If the access terminal receives a ReverseTtq^ indication 
it shall return a CkmwctianOpened indication and transition to the Inactive State. 17 

• Access terminal may transition to the Sleep State if the requirements specified in 
6.4.5.5.1.2 are satisfied. 

6.4.5.5.1.1 CDMA Channel Selection 

Each time the content of the SectorParameters message changes, the access terminal 
shall select a CDMA Channel from the list of channels in the message. If no channels are 
listed the access terminal shall use the channel it is currently monitoring. If one or more 
channels are available, the access terminal shall use the hash function (see 10.4) to 
compute an index into the channel list provided in the message. The access terminal shall 
use the following hash function parameters to obtain this index: 

27 • Key = SessionSeed 

28 • Decorrelate = 0 

29 • N = NumChannels field of the SectorParameters message 

30 Where SessionSeed is provided as public data by the AddressManagement Protocol. 

si 6.4.5.5. 1 .2 Transition to Sleep State 

3, The access terminal may transition to the Sleep State if all of the following requirements 
33 are met: 



10 

: 11 

-12 
13 

14 

: 16 
17 

IB 
19 



21 
22 
23 
24 
25 
26 



17 This requirement provides Fast Connect on the access terminal side. 
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• Access terminal has received at least one Control Channel synchronous capsule 

2 and has determined that the QuickConfig message and SectorParameters message 

3 are up to date (see 6.8.5.5). 

4 • Access terminal received an AccessChaaneTMAC/lXEnded indication for every 
s AccessChannelMAC.TXStarted indication it received since entering the Monitor 

6 State. 18 

7 • Access terminal has not advertised a suspend period that is current (see 6.5.5.3.1.1). 
a The suspend period is current if the time advertised in the associated 

9 ConnectionClose message is greater than the current system time. 19 

10 6.4.5.5.2 Access Network Requirements 

11 6.4.5.5.2.1 General Requirements 

12 • Access network shall select the CDMA Channel following the same specifications as 

13 the access terminal, see 6.4.5.5.1.1. 

14 ♦ If the access network requires opening a connection with the access terminal, it 

15 shall send it a Page message over the Control Channel. 

is • If the access network receives a ConnectionRequest message, it shall transition to 

17 the Connection Setup State. 

is • Access network may use an accelerated procedure to set-up a connection with the 

19 access terminal by bypassing the paging process. The access network should only 

20 use this procedure if it has a reasonable estimate of the access terminal's current 

21 location. To set-up a connection in an accelerated fashion (Fast Connect) the access 

22 network shall: 

23 - Issue a RouteUpdate.Open command. 

24 _ Return a ConnectkmOpened indication and transition to the Inactive State, if the 

25 protocol receives a Revet^TtqS^hannelMACJJnkAcquired indication. 

26 • Access network shall transition to the Sleep State if the access terminal did not 

27 advertise a suspend period that is current. 

2s I 6.4.5.6 Connection Setup State 

29 : The access terminal and the access network use the Connection Setup State to perform a 

30 normal connection set-up. 



for an answer. 

19 The access terminal m nitors the Control Channel c ntinuously during a suspend period thus 
avoiding the delay in opening access network initiated connections due to the sleep period. 
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Figure 6.4.5.6-1 illustrates the process of opening a connection between the ^ access 
terminal and the access network when this protocol is used along with the default Route 
Update and the default Reverse Traffic Channel MAC protocols.20 

the ConnectionRequest and the RouteUpdate 

are bundled in the same Access Channel MAC 
Layer packet 
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Figure 6.4.5.6-1 . Connection Setup Exchange 
6.4.5.6.1 Access Terminal Requirements 

The access terminal shall comply with the following requirements. 

• Upon entering the Connection Setup State the access terminal shall: 

- Issue an OveriwadMessagesJ^cdvatB command, 

- Issue a ContmlChanneMACJUXwate command, 

- Send a ConnectionRequest message to the access network, 

- set a state timer for „^ seconds and start it after receiving an 
AccessChannelMAC.TxEnded indication , 



20 ^ Fast Connect message exchange is identical except for not having the Idle State Protocol 
ConnectionRequest message and the Route Update Protocol R uteUpdate message. 
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16 
17 



• If the state timer expires, or if the access terminal receives a ConnectionDeny 
message, the access terminal shall issue a RouteUpdctiB.Ctose command, return a 
CorwectkmFaited indication, and transition to the Monitor State, 

• If the access terminal receives a BeoerseTn^ficCfuxnnem^ indication, 
it shall return a CannectkmOpened indication and transition to the Inactive State. 

6.4.5.6.2 Access Network Requirements 

If the access network denies the connection request, it should send the access terminal a 
ConnectionDeny message, shall return a CannectkmEcaled indication, and shall transition 
to the Sleep State. 

Otherwise, the access network shall perform the following: 

• Set state timer for Tn>PANSetup seconds. 

• Issue a RauteUpdate.Open command. 

• If the protocol receives a ftoerseWnqffk&t^ indication, the 
access network shall return a CannectkmOpened indication and transition to the 
Inactive State. 

• If the state timer expires, the access network shall issue a RouteUpdate.Close 
command, return a CaaneetkmFttiled indication, and transition to the Monitor State. 



is 6.4.6 Message Formats 

19 6.4.6.1 Page 

20 The access network sends the Page message to direct the access terminal to request a 

21 connection. 



Field 


Length (bits) 


MessagelD 


8 



23 MessagelD 

24 



The access network shall set this field to 0x00. 



Channels 


CC 


Addressing 


unicast 



SLP 


Best Effort 


Priority 


20 



25 6.4.6.2 ConnectionRequest 

26 The access terminal sends the ConnectionRequest message to request a connection. 



27 
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Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 


RequestReason 


4 


Reserved 


4 



MessagelD 
TransactionID 

RequestReason 



Reserved 



The access terminal shall set this field to 0x01. 

The access terminal shall increment this value for each new 
ConnectionRequest message sent. 

The access terminal shall set this field to one of the request reasons 
as shown in Table 6.4.6.2-1. 

Table 6.4.6.2-1. Encoding of the RequestReason Field 



Field value 


Description 


0x0 


Access Terminal Initiated 


0x1 


Access Network Initiated 


All other values are invalid 



The access terminal shall set this field to zero. The access network 
shall ignore this field. 



Channels 


AC 


Addressing 


unicast 



SLP 


Best Effort 


Priority 


40 



10 6.4.6.3 ConnectionDeny 

11 The access network sends the ConnectionDeny message to deny a connection. 



Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 


DenyReason 


4 


Reserved 


4 



MessagelD 



The access network shall set this field to 0x02. 
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10 
n 

12 
13 
14 



15 
16 



TransactionID 



DenyReason 



The access network shall set this value to the TransactionID field of 
the corresponding ConnectionRequest message. 

The access network shall set this field to indicate the reason it is 
denying the connection, as shown in Table 6.4.6.3-1. 

Table 6.4.6.3-1. Encoding of the DenyReason Field 



Field value 


Description 


0x0 


General 


0x1 


Network Busy 


0x2 


Authentication or billing failure 


All other values are reserved 



Reserved 



The access network shall set this field to zero. The access terminal 
shall ignore this field. 



Channels 


CC 


Addressing 


unicast 



SLP 


Best Effort 




Priority 


40 



6.4.6.4 Configuration Messages 

The Default Idle State Protocol uses the Generic Configuration Protocol for configuration. 
All configuration messages sent by this protocol shall have their Type field set to Niopiype. 

The following complex attribute and default values are defined (see 10.3 for attribute record 
definition): 



Field 


Length (bits) 


Default 


Length 


8 


N/A 


AttributelD 


8 


N/A 


One or more of the following record: 


ValuelD 


8 


N/A 


PreferredControlChannelCycleEnabled 


1 


xr 


PreferredControlChannelCycle 


Oor 15 


N/A 


Reserved 


7or0 


N/A 



Length 



Length of the complex attribute in octets. The sender shall set this 
field to the length of the complex attribute excluding the Length field. 
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15 
16 



18 

19 
20 

21 
22 



23 

24 
25 
26 
27 



AttributelD 
ValuelD 



The sender shall set this field to 0x00. 

The sender shall set this field to an identifier assigned to this 
complex value. 



PreferredControlChannelCycleEnabled 

The sender shall set this field to *V if PreferredControlChannelCycle 
field is included in this attribute; otherwise, the sender shall set this 
field to '0\ 

PreferredControlChannelCycle 

If PreferredControiChannelCycleEnabled is set to '1', the sender shall 
include this field and set it to specify the Control Channel Cycle in 
which the access terminal transitions out of the Sleep State (see 
6.4.5.4) in order to monitor the Control Channel. The sender shall 
omit this field if PreferredControlChannelCycleEnabled is set to <0\ 



Reserved 



The length of this field shall be such that the entire complex 
attribute is octet-aligned. The sender shall set this field to zero. The 
receiver shall ignore this field. 



6.4.6.4.1 ConfigurationRequest 

The sender sends the ConfigurationRequest message to request the configuration of one 
or more parameters for this protocol. The ConfigurationRequest message format is given 
as part of the Generic Configuration Protocol (see 10.7). 
The sender shall set the MessagelD field of this message to 0x50. 



Channels 


FTC RTC 


Addressing 


unicast 



SLP 


Reliable 


Priority 


40 



6.4.6.4.2 ConfigurationResponse 

The sender sends the ConfigurationResponse message to select one of the parameter 
settings offered in an associated ConfigurationRequest message. The 
ConfigurationResponse message format is given as part of the Generic Configuration 
Protocol (see 10.7). 

The sender shall set the MessagelD field of this message to 0x51. 



Channels 


FTC RTC 


Addressing 


unicast 



SLP 


Reliable 


Priority 


40 



6.4.7 Protocol Numeric Constants 
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Constant 


Meaning 


Value 


Comments 


NlDPType 


Type field for this protocol 


Table 2.3.6-1 




XT 

NlDPDefauIt 


ouotype iieia ior mis protocol 






NlDPSleep 


Number of control channel cycles 
constituting a sleep period 


OxOc 


5.12 seconds 


TlDPATScrup 


Maximum access terminal time in the 
Connection Setup State 


1.5 seconds 




TiDPANSetup 


Maximum access network time in the 
Connection Setup State 


1 second 





2 6.4.8 Interface to Other Protocols 

3 6.4.8.1 Commands Sent 

4 This protocol issues the following commands: 

s • RoutBUpdate. Open (access network only) 

e • RouteUpdate.Close 

7 • OverheadMessagesJtetwate 

a • OverheadMessagesJteactwate 

9 • Contno&haimelMACJictwate 

10 • ConiroK^hanneZMACJ^eactiwite 

11 6.4.8.2 Indications 

12 This protocol registers to receive the following indications: 

13 • ReverseTraffk&hanneU^ 

14 • AccessCharmeMACJyStcuied 
is • AccessCharuteTMAC.TxEnded 
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6.5 Default Connected State Protocol 



2 6.5.1 Overview 



7 
8 
9 

10 
11 

12 
13 



The Default Connected State Protocol provides procedures and messages used by the 
access terminal and the access network while a connection is open. 

This protocol can be in one of three states: 

• Inactive State : In this state the protocol waits for an Activate command. 

• Open State : In this state the access terminal can use the Reverse Traffic Channel 
and the access network can use the Forward Traffic Channel and Control Channel 
to send application traffic to each other. 

• Close State : This state is associated only with the access network. In this state the 
access network waits for connection resources to be safely released. 

Figure 6.5.1-1 and Figure 6.5.1-2 show the state transition diagrams at the access 
terminal and the access network respectively. 



14 
15 



16 

17 




Rx Activate 




Rx Deactivate, or 

Tx ConnectionClose 

Figure 6.5.1-1. Default Connected State Protocol State Diagram (Access Terminal) 

Rx Activate 




Rx ConnectionClose 




Rx ConnectionClose 
or timer expires 



Rx Deactivate, or 

Tx ConnectionClose 




Figure 6.5.1-2. Default Connected State Protocol State Diagram (Access Network) 
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1 6.5.2 Primitives and Public Data 

2 -■ 6.5.2.1 Commands 

3 This protocol defines the following commands: 

4 _ • Activate 

5 : • Deactivate 

6 - • CJoseCanivectiori 21 

7 6.5.2.2 Return Indications 

e This protocol returns the following indications: 

9 • ConnectkmCkisecL 

10 6.5.2.3 Public Data 
n • None 

12 6.5.3 Basic Protocol Numbers 

13 The Type field for the Connected State Protocol is one octet, set to Ncsprypc 

14 The Subtype field for the Default Connected State Protocol is two octets, set to NcsPDefeuit. 

is 6.5.4 Protocol Data Unit 

16 The transmission unit of this protocol is a message. This is a control protocol; and, 

17 therefore, it does not carry payload on behalf of other layers or protocols. 

18 This protocol uses the Signaling Application to transmit and receive messages. 

19 6.5.5 Procedures 

20 6.5.5. 1 Protocol Initialization and Configuration 

21 This protocol shall be started in the Inactive State. 

22 This protocol does not have any initial configuration requirements. 

23 6.5.5.2 Command Processing 

24 6.5.5.2.1 Activate 

as When the protocol receives an Activate command in the Inactive State: 

26 • The access terminal shall transition to the Open State. 

27 • The access network shall transition to the Open State. 



21 The ClascConrtsctkm command performs the same function as the Deactivate command and is 
provided for clarity in the specification. 
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When the protocol receives this command in any other state it shall be ignored. 

6.5.5.2.2 Deactivate 

When the protocol receives a Deactivate command in the Inactive State or in the Close 
State it shall be ignored. 

When the protocol receives this command in the Open State: 

. Access terminal shall send a ConnectionClose message to the access network and 

perform the cleanup procedures defined in 6.5.5.3.1.2. 
. Access network shall send a ConnectionClose message to the access terminal, 
perform the cleanup procedures defined in 6.5.5.3.2.2, and transition to the Close 
State. 

6.5.5.2.3 CloseConnection 

The access terminal and the access network shall process the CloseCknmection command 
following the same procedures used for the Deactivate command, see 6.5.5.2.2. 

6.5.5.3 Open State 

In the Open State, the access terminal and the access network maintain a connection and 
can use it to exchange application traffic on the Reverse Traffic Channel, Forward Traffic 
Channel, and Control Channel. 

is 6.5.5.3.1 Access Terminal Requirements 

6.5.5.3.1.1 General Requirements 

Upon entering the Open State, the access terminal shall issue the following commands: 

• OverheadMessagesJictivatB 

• C<mtrolChannelMACJ\ctivate 
The access terminal shall comply with the following requirements when in the Open 

24 State: 

* . The access terminal shall receive the Control Channel and the Forward Traffic 

as Channel. 

• The access terminal shall not transmit on the Access Channel. 

. The access terminal shall monitor the overhead messages as specified in the 
Overhead Messages Protocol (see 6.8.5.5). 

• U the access terminal receives a ConnectionClose message, it shall send 
ConnectionClose message with CloseReason set to "Close Reply" and execute the 
cleanup procedures defined in 6.5.5.3.1.2. 

If the access terminal sends a ConnectionClose message, it may advertise, as part of the 
ConnectionClose message, that it shall be monitoring the Control Channel continuously, 



9 
10 
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13 
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until a certain time following the closure of the connection. This period is called a suspend 
period, and can be used by the access network to accelerate the process of sending a 
unicast packet (and specifically, a Page message or TrafficChannel Assignment message) 
to the access terminal. 

6.5.5.3.1.2 Cleanup Procedures 

If the access terminal executes cleanup procedures it shall: 

• Issue RouteUpdate.Close command. 

• Return a ConnecfionClosed indication. 

• Transition to the Inactive State. 

6.5.5.3.2 Access Network Requirements 

6.5.5.3.2.1 General Requirements 

The access network shall comply with the following requirements when in the Open State: 

• Access network shall receive the Reverse Traffic Channel and may transmit on the 
Forward Traffic Channel. 

• If access network receives a ConnectionClose message, it shall consider the 
connection closed, and it should execute the cleanup procedures defined in 
6.5.5.3.2.2 and transition to the Inactive State. 

• U access network requires closing the connection, it shall transmit 
ConnectionClose message, execute the cleanup procedures defined in 6.5.5.3.2.2, 
and transition to the Close State. 

6.5.5.3.2.2 Cleanup Procedures 

When the access network performs cleanup procedures it shall: 

• Issue RoutBUpdate.Ctose command, 

24 • Return a CcmwctkmClosed indication. 

25 6.5.5.4 Close State 

26 The Close State is associated only with the access network. In this state the access 

27 network waits for a replying ConnectionClose message from the access terminal or for an 

28 expiration of a timer. 

29 Upon entering this state, the access network shall set a timer for Tcspoo** seconds. If the 
so access network receives a ConnectionClose message in this state, or if the timer expires, 

31 it may close all connection-related resources assigned to the access terminal, and should 

32 transition to the Inactive State. 
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6.5.6 Message Formats 
6.5.6.1 ConnectionClose 

The access terminal and the access network send the ConnectionClose message to close 
the connection. 



Field 


Length (bits) 


MessagelD 


8 


CloseReason 


3 


SuspendEnable 


1 


SuspendTime 


0 or 36 


Reserved 


variable 



e MessagelD 
7 CloseReason 

8 



10 
11 
12 

13 
14 
15 
16 

17 
18 
19 
20 



SuspendEnable 



SuspendTime 



Reserved 



The sender shall set this field to 0x00. 

The sender shall set this field to reflect the close reason, as shown 
in Table 6.5.6.1-1. 

Table 6.5.6.1-1. Encoding of the CloseReason Field 



Field value 


Description 


W 


Normal Close 


*oor 


Close Reply 


'010' 


Connection Error 


All other values are reserved 



The access terminal shall set this field to <1' if it will enable a 
suspend period following the close of the connection. The access 
network shall set this field to *0\ 

Suspend period end time. This field is included only if the 
SuspendEnable field is set to 'V. The access terminal shall set this 
field to the absolute system time of the end of its suspend period in 
units of 80 ms. 

The length of this field shall be such that the entire message is 
octet-aligned. The sender shall set this field to zero. The receiver 
shall ignore this field. 
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Channels 


CC FTC RTC 1 


Addressing 


unicast 



SLP 



Best Effort 



Priority 



40 



□ 



6.5.7 Protocol Numeric Constants 



Constant 


Meaning 


Value 


Comments 


NcSPType 


Type field for this protocol 


Table 
2.3.6-1 




NcSPDefault 


Subtype field for this protocol 


0x0000 




TcSPClose 


Access network timer waiting for a responding 
ConnectionClose message 


1.5 

seconds 





6.5.8 Interface to Other Protocols 
6.5.8.1 Commands Sent 

This protocol sends the following commands: 

• RouteUpdate.CJose 

• OverhecuiMessagesJlctwate 

• C<mtnc&hannetMACJlctwate 



6.5.8.2 Indications 

This protocol does not register to receive any indications. 
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6.6 Default Route Update Protocol 



9 
10 

n 

12 
13 

14 

15 



18 



6.6.1 Overview 

The Default Route Update Protocol provides the procedures and messages used by the 
access terminal and the access network to keep track of the access terminal's 
approximate location and to maintain the radio link as the access terminal moves 
between the coverage areas of different sectors. 
This protocol can be in one of three states: 

• Inactive State : In this state the protocol waits for an Activate command, 
. Idle State : This state corresponds to the Air-Link Management Protocol Idle State. In 
this state, the access terminal autonomously maintains the Active Set. Route 
update messages from the access terminal to the access network are based on the 
distance between the access terminal's current serving sector and the serving 
sector at the time the access terminal last sent an update. 
. Connected State : This state corresponds to the Air-Link Management Protocol 
Connected State. In this state the access network dictates the access terminal's 
Active Set. Route update messages from the access terminal to the access network 
are based on changing radio link conditions. 
Transitions between states are driven by commands received from Connection Layer 
protocols and the transmission and reception of the Traffic ChannelAssignment message. 
The protocol states, messages and commands causing the transition between the states 
are shown in Figure 6.6.1-1. 




Rx Deactivate 



22 

23 Figure 6.6.1-1. Default Route Update Protocol State Diagram 

24 6.6.2 Primitives and Public Data 

25 6.6.2.1 Commands 

26 This protocol defines the following commands: 
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i 

2 
3 
4 

5 
6 
7 
8 
9 
10 
11 

12 
13 
14 
15 
16 
17 
18 
19 
20 

21 
22 
23 

24 

25 
26 

27 

28 

29 
30 



• Activate 

• Deactivate 

• Open 

• Close 

6.6.2.2 Return Indications 

This protocol returns the following indications: 

• CanneetionLost (access network only) 

• NetworkLost 

• IdleHO 

• ActiveSetUpdated. 

• RouteUpdateJlssignTneTtfRejectj^ 

6.6.2.3 Public Data 

This protocol shall make the following data public: 

• Active Set 

• Pilot PN for every pilot in the Active Set 

• SofterHandoff for every pilot in the Active Set 

• MACIndex for every pilot in the Active Set 

• Channel record 

• FrameOffset 

~ • Current RouteUpdate message 

z 6.6.3 Basic Protocol Numbers 

- The Type field for the Route Update Protocol is one octet, set to NRunype. 
The Subtype field for the Default Route Update Protocol is two octets, set to NRUFDefauit. 

z 6.6.4 Protocol Data Unit 

The transmission unit of this protocol is a message. This is a control protocols; and, 
therefore, it does not carry payload on behalf of other layers or protocols. 

This protocol uses the Signaling Application to transmit and receive messages. 
6.6.5 Procedures 

6.6.5.1 Protocol Initialization and Configuration 
This protocol shall be started in the Inactive State. 
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1 The access network may transmit a ConfigurationRequest message as part of the initial 

2 protocol configuration. 

E 3 The access terminal shall be ready to receive a ConfigurationRequest message during 

4 initial protocol configuration. 

-■ s This protocol shall use the Generic Configuration Protocol to process the 

- 6 ConfigurationRequest and ConfigurationResponse messages (see 10.7). 

: 7 This protocol uses parameters that are provided, as public data by the Overhead Messages 

= a Protocol, or through ConfigurationRequest/ ConfigurationResponse message exchanges, or 

9 by using a protocol constant. ConfigurationRequest and ConfigurationResponse messages 

10 can be sent initially as part of the session negotiation and in the Idle State and the 

11 Connected State. 

12 Table 6.6.5.1-1 lists all of the protocol parameters obtained from the public data of the 

13 Overhead Messages Protocol. Section 6.6.6.5.1 lists the parameters that can be provisioned 

14 through a ConfigurationRequest message, along with the default values the access 
is terminal shall use if it does not receive a ConfigurationRequest message. Section 6.6.7 
is lists the protocol constants. 



Table 6.6.5.1-1. Route Update Protocol Parameters that are Public Data of the 

Overhead Messages Protocol 



RU Parameter 


Comment 


Latitude 


Latitude of sector in units of 0.25 second 


Longitude 


Longitude of sector in units of 0.25 second 


RouteUpdateRadius 


Distance between the serving sector and the sector in 
which location was last reported which triggers a new 
report. If this field is set to zero, then distance triggered 
reporting is disabled 


NumNeighbors 


Number of neighbors specified in the message 


NeighborPN 


PN Offset of each neighbor in units of 64 PN chips 


NeighborChannellncluded 


Set to 'V if a Channel Record is included for the neighbor 


NeighborChannel 


Neighbor Channel Record specifying network type and 
frequency 



is 6.6.5.2 Command Processing 

so 6.6.5.2.1 Activate 

21 If the protocol receives an Activate command in the Inactive State, the access terminal and 

22 the access network shall transition to the Idle State. 

23 If this command is received in any other state, it shall be ignored. 
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i 6.6.5.2.2 Deactivate 

a If the protocol receives a Deactivate command in the Inactive State, it shall be ignored. 

3 If the protocol receives this command in any other state, the access terminal and the 

4 access network shall: 

s • Issue a ReveiseT)nqffkChmvneJM^ command, 

6 • Issue a FonvojtLTrc^kCharaveTM^ command, 

7 • Transition to the Inactive State. 

6 6.6.5.2.3 Open 

9 If the protocol receives an Open command in the Idle State, 

10 • The access terminal shall ignore it. 
n • The access network shall: 

12 - Transmit a TrafficChannelAssignment message; the access network should base 

13 this message on the last RouteUpdate it received from the access terminal, 

14 - Issue a ReverseTixiffk£hnnnelA^ command, 

15 - Issue a Forwar&Trqffk&haiuve^ command. 

16 - Transition to the Connected State. 

17 If this command is received in any other state it shall be ignored, 
is 6.6.5.2.4 Close 

19 If the protocol receives a Close command in the Connected State the access terminal and 

20 the access network shall: 

21 • Issue a TteverseTrqffH&haruwT^ command, 

22 ♦ Issue a FonjocurlTrqffk& command, 

23 • Transition to the Idle State. 

24 If this command is received in any other state it shall be ignored, 
zs 6.6.5.3 Pilots and Pilot Sets 

26 The access terminal estimates the strength of the Forward Channel transmitted by each 

27 sector in its neighborhood. This estimate is based on measuring the strength of the 

28 Forward Pilot Channel (specified by the pilot's PN offset and the pilot's CDMA Channel), 

29 henceforth referred to as the pilot. 

so When this protocol is in the Connected State, the access terminal uses pilot strengths to 

31 decide when to generate RouteUpdate messages. 

32 When this protocol is in the Idle State, the access terminal uses pilot strengths to decide 

33 which sector's Control Channel it monitors. 
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The following pilot sets are defined to support the Route Update process: 22 

• Active Set: The set of pilots (specified by the pilot's PN offset and the pilot's CDMA 
Channel) associated with the sectors currently serving the access terminal. When a 
connection is open, a sector is considered to be serving an access terminal when 
there is a Forward Traffic Channel, Reverse Traffic Channel and Reverse Power 
Control Channel assigned to the access terminal. When a connection is not open, a 
sector is considered to be serving the access terminal when the access terminal is 
monitoring that sector's control channel. 

• Candidate Set: The pilots (specified by the pilot's PN offset and the pilot's CDMA 
Channel) that are not in the Active Set, but are received by the access terminal 
with sufficient strength to indicate that the sectors transmitting them are good 
candidates for inclusion in the Active Set. 

• Neighbor Set: The set of pilots (specified by the pilot's PN offset and the pilot's CDMA 
Channel) that are not in either one of the two previous sets, but are likely 
candidates for inclusion in the Active Set. 

• Remaining Set: The set of all possible pilots (specified by the pilot's PN offset and the 
pilot's CDMA Channel) on the current channel assignment, excluding the pilots that 
are in any of the three previous sets. 

1 9 At any given instant a pilot in the current CDMA Channel is a member of exactly one set. 

20 The access terminal maintains all four sets. The access network maintains only the 

21 Active Set. 

22 The access terminal complies with the following rules when searching for pilots, 
as estimating the strength of a given pilot, and moving pilots between sets. 

2 4 6.6.5.3. 1 Neighbor Set Search Window Parameters Update 

25 The access terminal shall maintain RouteUpdateNeighborList which is a list of structures 

26 of type Neighbor (defined below). For each pilot (specified by the pilot's PN ofTset and the 

27 pilot's CDMA Channel) in the Neighbor Set, the access terminal shall maintain 
as structure in the RouteUpdateNeighborList. 

4 A Neighbor structure consist of four fields: PilotPN, Channel, SearchWindowSize, and 

ab Search WindowOffset. 

31 The RouteUpdateNeighborList is used by the access terminal to perform pilot search on a 

32 pilot in the Neighbor Set. 

33 When this set of procedures are invoked, the access terminal shall perform the following 

34 steps in the order specified: 



10 

11 

12 

13 
14 
15 

16 
17 
18 



22 In this context, a pilot identifies a sector. 
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• For each pilot (specified by its pilot PN and its channel) in the Neighbor Set, the 
access terminal shall first initialize the corresponding Neighbor structure in 
RouteUpdateNeighborList as follows: 

- Set the structure's PilotPN field to the neighbor pilot's PN. 

- Set "the structure's Channel field to the neighbor pilot's channel record. 

- Set the structure's SearchWindowSize field to the configurable attribute 
Search WindowNeighbor . 

- Set the structure's Search WindowOffset to zero. 

• For each pilot (specified by the pilot's PN offset and the pilot's CDMA Channel) listed 
in the OverheadMessagesNeighborList, the access terminal shall set the non-NULL 
fields of the corresponding Neighbor structure in the RouteUpdateNeighborList to the 
fields of the Neighbor structure in the OverheadMessagesNeighborList for this pilot. 

• For each pilot (specified by the pilot's PN offset and the pilot's CDMA Channel) listed 
in the NeighborListMessageNeighborList, the access terminal shall set the non- 
NULL fields of the corresponding Neighbor structure in the RouteUpdateNeighborList 
to the fields of the Neighbor structure in the NeighborListMessageNeighborList for 

17 this pilot. 

is 6.6.5.3.2 Pilot Search 

19 The access terminal shall continually search for pilots in the Connected State and 

20 whenever it is monitoring the Control Channel in the Idle State. The access terminal 

2 1 shall search for pilots in all pilot sets. This search shall be governed by the following rules: 

22 Search Priority : The access terminal should use the same search priority for pilots 

23 in the Active Set and Candidate Set. In descending order of search rate, the access 

24 terminal shall search, most often, the pilots in the Active Set and Candidate Set, 
zs then shall search the pilots in the Neighbor Set, and lastly shall search the pilots 

26 in the Remaining Set. 

27 2. Search Window Size : The access terminal shall use the search window size 
specified by the configurable attribute SearchWindowActive for pilots in the Active 
Set and Candidate Set. For each pilot in the Neighbor Set, the access terminal 
shall use the search window size specified by Table 6.6.6.5-1 and 
SearchWindowSize field of the corresponding Neighbor structure in the 
RouteUpdateNeighborList. The access terminal shall use search window size 
specified by configurable attribute SearchWindowRemaining for pilots in the 



28 
29 
30 
31 
32 
33 



34 Remaining Set. 
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3. Search Window Center ; The access terminal should center the search window 
around the earliest usable multipath component for pilots in the Active Set. The 
access terminal should center the search window for each pilot in the Neighbor Set 
around the pilot's PN sequence offset plus the search window offset specified by 
Table 6.6.6.5-2 and SearchWindowOffset field of the corresponding Neighbor 
structure in the RouteUpdateNeighborList using timing defined by the access 
terminal's time reference (see 9.2.1.5). The access terminal should center the 
search window around the pilot's PN sequence offset using timing defined by the 
access terminal's time reference (see 9.2.1.5) for the Remaining Set. 

6.6.5.3.3 Pilot Strength Measurement 

The access terminal shall measure the strength of every pilot it searches. The strength 
estimate formed by the access terminal shall be computed as the sum of the ratios of 
received pilot energy per chip, Ec, to total received spectral density, I 0 (signal and noise) for 
at most k multipath components, where Ic is the maximum number of multipath 
components that can be demodulated simultaneously by the access terminal. 

6.6.5.3.4 Pilot Drop Timer Maintenance 

For each pilot, the access terminal shall maintain a pilot drop timer. 

If DynamicThresholds is equal to *0', the access terminal shall start a pilot drop timer for 
each pilot in the Candidate Set or the Active Set whenever the strength becomes less than 
the value specified by PilotDrop. The access terminal shall set the timer value to expired 
after the time specified by PilotDropTimer. The timer shall be reset and disabled if, before 
it expires, the strength of the pilot becomes greater than the value specified by PilotDrop. 

If DynamicThresholds is equal to f l\ the access terminal shall perform the following: 

• The access terminal shall start a pilot drop timer for each pilot in the Candidate Set 
whenever the strength of the pilot becomes less than the value specified by 
PilotDrop and the pilot drop timer shall be set to expired after the time specified by 
PilotDropTimer. The timer shall be reset and disabled if the strength of the pilot 
becomes greater than the value specified by PilotDrop before it expires. 

• For each pilot in the Active Set, the access terminal shall sort pilots in the Active 
Set in order of increasing strengths, i.e., PS, <PS 2 < PS 3 < ... < PS Na , where N A is 
the number of the pilots in the Active Set. The access terminal shall start the 
timer whenever the strength PS, satisfies the following inequality: 

( SoftSlope . \-r>o . Droplntercept PilotDrop ^ 
lOxlog^PS, <ma3J - ^- iL -xlOxlog IO XPS j + ^ >~ ^ 

i = l,2,...,N A -l 

The access terminal shall reset and disable the timer whenever the above 
inequality is not satisfied for the corresponding pilot. 
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1 Sections 6.6.5.3.6 and 6.6.5.6.3 specify the actions the access terminal takes when the 

2 pilot drop timer expires. 

a 6.6.5.3.5 Active Set Management 

4 The access-terminal shall support a maximum Active Set size of NRuPActwe pilots. 

s Rules for maintaining the Active Set are specific to each protocol state (see 6.6.5.5.1 and 

e 6.6.5.6.1). 

7 6.6.5.3.6 Candidate Set Management 

a The access terminal shall support a maximum Candidate Set size of NRUPCandidate pilots. 

9 The access terminal shall add a pilot to the Candidate Set if one of the following conditions 

10 is met: 

n • Pilot is not already in the Active Set or Candidate Set and the strength of the pilot 

12 exceeds the value specified by PilotAdd. 

13 • Pilot is deleted from the Active Set, its pilot drop timer has expired, 

14 DynamicThresholds is equal to '1', and the pilot strength is above the threshold 

15 specified by PilotDrop. 

is • Pilot is deleted from the Active Set but its pilot drop timer has not expired. 

17 The access terminal shall delete a pilot from the Candidate Set if one of the following 

is conditions is met: 

19 • Pilot is added to the Active Set. 

20 • Pilot's drop timer has expires. 

21 • Pilot is added to the Candidate Set; and, as a consequence, the size of the Candidate 

22 Set exceeds NRUPCandidate. In this case, the access terminal shall delete the weakest 

23 pilot in the set. Pilot A is considered weaker than pilot B: 

24 - If pilot A has an active drop timer but pilot B does not, 

25 - If both pilots have an active drop timer and pilot A's drop timer is closer to 

26 expiration than pilot B's, or 

27 - If neither of the pilots has an active drop timer and pilot A's strength is less than 

28 pilot B's. 

29 6.6.5.3.7 Neighbor Set Management 

30 The access terminal shall support a minimum Neighbor Set size of NmjPNeighbor pilots. 

31 Upon receiving the first OverheadMessages. Updated indication since transitioning out of 

32 the Inactive State, the access terminal shall initialize the Neighbor Set to the list of 

33 neighbors pilots given as public data by the Overhead Messages Protocol. 

34 The access terminal shall implement a "least recently used" scheme for pilots in the 
as Neighbor Set as follows. 
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The access terminal shall maintain a counter, AGE, for each pilot in the Neighbor Set. The 
initial setting of this counter depends on what set the pilot was m before it became a 
member of the Neighbor Set: 

. For pilots that were deleted from the Active Set or Candidate Set, the access 

terminal shall set AGE to 0 when adding these pilots to the Neighbor Set. 
. For pilots that were deleted from the Remaining Set, the access terminal shall set 

AGE to NeighborMaxAge when adding these pilots to the Neighbor Set. 
. When the access terminal initializes the Neighbor Set, it shall set AGE to 
NeighborMaxAge for each pilot in the set. 
The access terminal shall increment AGE for every pilot in the Neighbor Set each time 
either of the following occurs: 

. The access terminal receives an OveteadMessages.Updaied indication and the 
public data of the Overhead Messages Protocol contains a neighbor list that is not 
Identical to the list provided previously as public data by the Overhead Messages 
Protocol , or 

. The access terminal receives a NeighborList message listing a neighbor list that is 
not identical to- the list specified in the previous (if any) NeighborList message. 
The access terminal shall add a pilot to the Neighbor Set if: 

. The pilot was deleted from the Active Set with an expired pilot drop timer. 
. The pilot drop timer of a pilot in the Candidate Set expires. 

. The pilot was a member of the Remaining Set, and it was either provided as public 
data by the Overhead Messages Protocol or it was listed in a received NeighborList 
message. The access terminal shall add the pilots listed in the message in the order 
they are listed, and shall only add the pilots to the Neighbor Set if, after adding them 
and deleting the appropriate pilots, the size of the Neighbor Set does not exceed 
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The access terminal shall delete a pilot from the Neighbor Set if: 

• The Pilot is added to the Active Set or Candidate Set, or if the AGE of the pilot 

exceeds NeighborMaxAge and the size of the Neighbor Set exceeds N RWNelghb or due to 
new additions. 

If there are more pilots with AGE exceeding NeighborMaxAge than needed to make room 
for new additions to the Neighbor Set, the pilot with the highest AGE shall be deleted first. 
The access terminal shall perform the procedures specified ^.6.5.3.1 * • I** (specified 
by the pilot's PN offset and the pilot's CDMA Channel) is added to or deleted from the 



as Neighbor Set. 
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1 6.6.5.3.8 Remaining Set Management 

2 The access terminal shall initialize the Remaining Set to contain all the pilots whose PN 

3 offset index is an integer multiple of Pilotlncrement and are not already members of any 

4 other set. 

s The access terminal shall add a pilot to the Remaining Set if it deletes the pilot from the 

e Neighbor Set and if the pilot was not added to the Active Set or Candidate Set. 

7 The access terminal shall delete the pilot from the Remaining Set if it adds it to another 

e set. 

9 6.6.5.3.9 Pilot PN Phase Measurement 

10 The access terminal shall measure the arrival time, PILOT_ARRIVAL, for each pilot 

11 reported to the access network. The pilot arrival time shall be the time of occurrence, as 

12 measured at the access terminal antenna connector, of the earliest arriving usable 

13 multipath component of the pilot. The arrival time shall be measured relative to the 

14 access terminars time reference in units of PN chips. The access terminal shall compute 
is the reported pilot PN phase, PILOT_PN_PHASE, as: 

16 PILOT_PN_PHASE = (PILOT_ARRIVAL + (64 x PILOT_PN)) mod 2 15 , 

17 where PILOT_PN is the PN sequence offset index of the pilot. 

is 6.6.5.4 Message Sequence Numbers 

19 The access network shall validate all received RouteUpdate messages as specified in 

20 6.6.5.4.1. 

si The access terminal shall validate all received TrafficChannelAssignment messages as 

22 specified in 6.6.5.4.2. 

23 3Che RouteUpdate message and the TrafficChannelAssignment message carry 

24 MessageSequence field that serves to flag duplicate or stale messages. 

25 The MessageSequence field of the RouteUpdate message is independent of the 

26 MessageSequence field of the TrafficChannelAssignment message. 

27 6.6.5.4.1 RouteUpdate Message Validation 

28 When the access terminal first sends a RouteUpdate message, it shall set the 

29 MessageSequence field of the message to zero. Subsequently, the access terminal shall 

30 increment this field each time it sends a RouteUpdate message. 

31 The access network shall consider all RouteUpdate messages it receives in the Idle State 

32 as valid. 

33 The access network shall initialize the receive pointer, VCR) to the MessageSequence field 

34 of the first RouteUpdate message it received in the Idle State, and the access network 

35 shall subsequently set it to the MessageSequence field of each received RouteUpdate 

36 message. 
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When the access network receives a RouteUpdate message in the Connected State, it 
shall validate the message using the procedure defined in 10.6. The access network shall 
discard the message if it is stale. 

6.6.5.4.2 TrafficChannelAssignment Message Validation 

The access network shall set the MessageSequence field of the TrafficChannelAssignment 
message it sends in the Idle State to zero. Subsequently, each time the access network 
sends a new TrafficChannelAssignment message in the Connected State, it shall 
increment this field. If the access network is sending the same message multiple times, it 
shall not change the value of this field between transmissions. 23 

The access terminal shall initialize a receive pointer, V(H) to the MessageSequence field of 
the TrafficChannelAssignment message that it receives in the Idle State. 

When the access terminal receives a TrafficChannelAssignment message, it shall 
validate the message using the procedure defined in 10.6. The access terminal shall 
discard the message if it is stale. 

6.6.5.5 Idle State 

The Idle State corresponds to the Air Link Management Protocol Idle State. 

In this state, RouteUpdate messages from the access terminal are based on the distance 
between the sector where the access terminal last sent a RouteUpdate message and the 
sector currently in its active set. 

The access network sends the TrafficChannelAssignment message to open a connection 
in this state. 

Upon entering this state, the access terminal shall remove all Neighbor structures from 
NeighborListMessageNeighborList and perform the procedures specified in 6.6.5.3.1. 

6.6.5.5.1 Active Set Maintenance 

The access network shall not initially maintain an Active Set for the access terminal in 
this state. 

If the access network receives an Open command, it shall initialize the Active Set to the 
set of pilots it sends in the TrafficChannelAssignment message, sent in response to the 
command (see 6.6.5.2.3). 

The access terminal shall initially keep an Active Set of size one when it is in the Idle 
State. The Active Set pilot shall be the pilot associated with the Control Channel the 
access terminal is currently monitoring. The access terminal shall send an MteHO 
indication when the Active Set changes in the Idle State. 



23 The access network may send a message multiple times to increase its delivery probability. 
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i The access terminal shall not change its Active Set pilot at a time that causes it to miss a 

a synchronous Control Channel capsule. Other rules governing when to replace this Active 

3 Set pilot are beyond the scope of this specification. 

4 If the access terminal receives a TrafficChannelAssignment message, it shall set its 
s Active Set to the list of pilots specified in the message. . - 

e 6.6.5.5.2 Pilot Channel Supervision in the Idle State 

7 The access terminal shall perform pilot channel supervision in the Idle State as follows: 

a • Access terminal shall monitor the pilot strength of the pilot in its active set, all the 

9 pilots in the candidate set and all the pilots in the neighbor set that are on the same 

10 frequency. 

.11 * If the strength of all the pilots that the access terminal is monitoring goes below the 

12 value specified by PilotDrop, the access terminal shall start a pilot supervision timer 

13 for TRUFpootsupervision seconds. 

14 • If the strength of at least one of the pilots goes above the value specified by PilotDrop 

15 while the pilot supervision timer is counting down, the access terminal shall stop 
is the timer. 

17 • If the pilot supervision timer expires, the access terminal shall return a NehvorkLost 

ia indication. 

19 6.6.5.5.3 Processing the TrafficChannelAssignment Message in the Idle State 

20 If the access terminal receives a TrafficChannelAssignment message in this state, it 

21 shall update its Active Set as described above, and perform the following: 

22 • If the Channel Record is included in the message, the access terminal shall set 

23 CurrentFrequency to the current CDMA channel. 

24 • Start a connection timer for TRUPConneeaonsetup seconds. 

25 • Issue the following commands: 

26 - ReveTseTrqjE^harmelh^ 

27 - l\nwcarlT)rqjg^ 

28 • If the protocol receives a ReverseTrqfflcClvomx&^ indication the 

29 access terminal shall: 

30 - Send a.TrafficChannelComplete message with the MessageSequence field of the 

31 message set to the MessageSequence field of the TrafficChannelAssignment 

32 message. 

33 - Disable the connection timer. 

a* - Transition to the Connected State. 

35 If the connection timer expires the access terminal shall perform the following: 

36 • Issue a IteverseTnqfffcChanr& command. 
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♦ Issue a Forwc^Trqffk£:haM command. 

♦ If as a result of processing the TrafficChannelAssignment message the access 
terminal has tuned to a different frequency, the access terminal shall return back 
to the frequency that is was monitoring prior to processing of the 
TrafficChannelAssignment message. 

6.6.5.5.4 Route Update Report Rules 

The access terminal shall send RouteUpdate messages to update its location with the 
access network. 

The access terminal shall not send a RouteUpdate message if the connection timer is 
active. 

The access terminal shall comply with the following rules when sending RouteUpdate 
messages. 

♦ The access terminal shall send a RouteUpdate message whenever it transmits on 
the Access Channel. 

♦ The access terminal shall include in the RouteUpdate message the pilot PN phase, 
pilot strength, and drop timer status for every pilot in the Active Set and Candidate 
Set. 

♦ The access terminal shall send a RouteUpdate message if the computed value ris 
greater than the value provided in the RouteUpdateRadius field of the 
SectorParameters message transmitted by the sector in which the access terminal 
last sent a RouteUpdate message. 

If 1?CL,yi) are the longitude and latitude of the sector in whose coverage area the 
access terminal last sent a RouteUpdate, and {xc t yc) are the longitude and latitude 
of the sector currently providing coverage to the access terminal, then ris given 

by 24 



r = 



y,. 



14400 



+ [y c -yJ 



16 



The access terminal shall compute rwith an error of no more than ±5% of its true 
value when | 14400 1 is less than 60 and with an error of no more than ±7% of its 
true value when | jfc/ 14400 1 is between 60 and 70. 25 



24 The x"s denote longitude and the y's denote latitude. 

2S XL and yt are given in units of 1 /4 seconds. x L / 14400 and yt/ 14400 are in units of degrees. 
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1 6.6.5.6 Connected State 

2 z The Connected State corresponds to the Air Link Management Protocol Connected State. 

a '_ In this state, RouteUpdate messages from the access terminal are based on changes in 

4 _ the radio link between the access terminal and the access network, obtained through pilot 

s r strength measurements at the access terminal. 

. e - The access network determines the contents of the Active Set through 

z 1 TrafficChannelAssignment messages. 

e 6.6.5.6.1 Active Set Maintenance 

9 6.6.5.6.1.1 Access Network 

10 Whenever the access network sends a TrafficChannelAssignment message to the access 

11 terminal, it shall add to the Active Set any pilots listed in the message that are not 

12 currently in the Active Set. 

13 The access network shall delete a pilot from the Active Set if the pilot was not listed in a 

14 TrafficChannelAssignment message and if the access network received the 
is TrafficChannelComplete message, acknowledging that TrafficChannelAssignment 
is message. 

17 The access network should send a TrafficChannelAssignment message to the access 

is terminal in response to changing radio link conditions, as reported in the access 

19 terminal's RouteUpdate messages. 

20 The access network should only specify a pilot in the TrafficChannelAssignment message 

21 if it has allocated the required resources in the associated sector. This means that the 

22 sector specified by the pilot is ready to receive data from the access terminal and is ready 

23 to transmit queued data to the access terminal should the access terminal point its DRC 

24 at that sector. 

2s If the access network adds or deletes a pilot in the Active Set, it shall send an 

26 ActiveSetUpdated indication. 

27 If the access network adds a pilot specified in a RouteUpdate message to the Active Set, 

28 the access network may use the PiiotPNPhase field provided in the message to obtain a 

29 round trip delay estimate from the access terminal to the sector associated with this pilot. 

30 The access network may use this estimate to accelerate the acquisition of the access 

31 terminal's Reverse Traffic Channel in that sector. 

32 6.6.5.6. 1 .2 Access Terminal 

33 If the access terminal receives a valid TrafficChannelAssignment message (see 6.6.5.4.2), 

34 it shall replace the contents of its current Active Set with the pilots specified in the 

35 message. The access terminal shall process the message as defined in 6.6.5.6.4. 
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n 6.6.5.6.2 ResetReport Message 

2 The access network may send a ResetReport message to reset the conditions under which 

3 RouteUpdate messages are sent from the access terminal. Access terminal usage of the 

4 ResetReport message is specified in the following section. 

s 6.6.5.6.3 Route Update Report Rules 

e The access terminal sends a RouteUpdate message to the access network in this state to 

7 request addition or deletion of pilots from its Active Set. The access terminal shall send 

e the message if any one of the following occurs: 

9 • If DynamicThresholds is equal to '0* and the strength of a Neighbor Set or 

10 Remaining Set pilot is greater than the value specified by PilotAdd. 

n • If DynamicThresholds is equal to and the strength of a Neighbor Set or 

12 Remaining Set pilot, PS, satisfies the following inequality: 

^ , /SoftSlope lrt , x-oo Addlnterccpt PilotAdd^ 
» 10xlog 10 PS>mad _^xlOxlog 10 XPS> + - I 

14 where the summation is performed over all pilots currently in the Active Set. 

15 • If DynamicThresholds is equal to '0' and the strength of a Candidate Set pilot is 
re greater than the value specified by PilotCompare above an Active Set pilot, and a 
i7 RouteUpdate message carrying this information has not been sent since the last 
is ResetReport message was received. 

19 • If DynamicThresholds is equal to '1 ' and 

20 - the strength of a Candidate Set pilot, PS, satisfies the following inequality: 

10xlog 10 PS>^ft|i2E£xl0xlog I0 i:PS 1 + Addlnterccpt 

22 where the summation is performed over all pilots currently in the Active Set, 

23 and 

24 - a RouteUpdate message carrying this information has not been sent since the 

25 last ResetReport message was received. 

26 • If DynamicThresholds is equal to '1 ' and 

27 - the strength of a Candidate Set pilot is greater than the value specified by 

28 PilotCompare above an Active Set pilot, and 

29 - the strength of a Candidate Set pilot, PS, satisfies the following inequality: 

i SoftSlope irt , Addlntercept 

30 10xlog 10 PS> _^xl0xlog 10 XPS i + ^ 

O ieA 

31 where the summation is performed over all pilots currently in the Active Set, 

32 and 
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1 - a RouteUpdate message carrying this information has not been sent since the 

2 last ResetReport message was received. 

3 • The pilot drop timer of an Active Set pilot has expired, and a RouteUpdate message 

4 carrying this information has not been sent since the last ResetReport message was 
s received. 

e 6.6.5.6.4 Processing the TrafficChannelAssignment Message 

7 The access terminal shall process a valid TrafficChannelAssignment (see 6.6.5.4.2) 

s message as follows: 

9 • If the TrafficChannelAssignment message contains a value for the FrameOffset that 

10 is different from the value of the FrameOffset received in the last 
n TrafficChannelAssignment message that was received in the Idle state, then the 
12 access terminal shall return a RcxiteUpdateJ\ssigrmientReje<^ed indication and shall 
is discard the message. 

14 • The access terminal shall update its Active Set as defined in 6.6.5.6.1.2. 

is • The access terminal shall tune to the frequency defined by the Channel record, if 

is this record is included in the message. 

17 • The access terminal shall start monitoring and responding to the Power Control 

is Channels defined by the MACIndex fields provided in the message. The access 

19 terminal should use the SofterHandoff fields to identify the Power Control Channels 

20 that are carrying identical information and can therefore be soft-combined. 

21 ♦ The access terminal shall send the access network a TrafficChannelComplete 

22 message specifying the MessageSequence value received in the 

23 TrafficChannelAssignment message. 

24 6.6.5.6.5 Processing the TrafficChannelComplete Message 

25 She access network should set a transaction timer when it sends 

26 TrafficChannelAssignment message. If the access network sets a transaction timer, it 

27 shall reset the timer when it receives a TrafficChannelComplete message containing a 

28 MessageSequence field equal to the one sent in the TrafficChannelAssignment message. 

29 If the timer expires, the access network should return a RcntteUpdate.C<mnectkmLost 

30 indication. 

31 6.6.5.6.6 Transmission and Processing of the NeighborList Message 

32 The access network may send the NeighborList message to the access terminal when the 

33 protocol is in the Connected State to override the search window size and/ or search 

34 window offset corresponding to a pilot in the Neighbor Set. 

35 Upon receiving a NeighborList message, the access terminal shall perform the following in 

36 the order specified: 
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1 • The access terminal shall remove all Neighbor structures from 

2 NeighborListMessageNeighborList. 

3 • For each pilot (specified by its pilot PN and its channel) listed in the received 

4 NeighborList message, the access terminal shall add a Neighbor structure to 

5 NeighborListMessageNeighborList and populate it as follows: 

e - Set the structure's PilotPN field to the message's corresponding PilotPN field. 

? - If the message's Channellncluded field is set to '1', set the structure's Channel 

8 field to the message's corresponding Channel field. Otherwise, set the 

9 structure's Channel field to the current channel. 

10 - If the message's Search WindowSizelncluded field is set to '1', then set the 
n structure's SearchWindowSize field to the message's corresponding 

12 SearchWindowSize field. Otherwise, set the structure's SearchWindowSize field 

13 to NULL. 

14 - If the Search WindowOffsetlncluded field is set to *1', then set the structure's 

15 SearchWindowOffset field to the message's corresponding SearchWindowOffset 

16 field. Otherwise, set the structure's SearchWindowOffset field to NULL. 

17 • Perform the procedures specified in 6.6.5.3.1. 

is 6.6.5.6.7 Processing of OverheadMessages. Updated Indication 

19 Upon receiving OverheadMessages.Updated indication, the access terminal shall perform 

20 the following: 

21 ♦ The access terminal shall remove all Neighbor structures from the 

22 OverheadMessagesNeighborList list. 

23 ♦ For each pilot (specified by its pilot PN and its channel) in the neighbor list given as 

24 public data of Overhead Messages Protocol, the access terminal shall add a Neighbor 
2s structure to the OverheadMessagesNeighborList list and populate it as follows: 

26 - Set the structure's PilotPN field to the corresponding NieghborPilotPN field given 

27 as public data of the Overhead Messages Protocol. 

28 - If the Overhead Messages Protocol's NeighborChannellncluded field is set to '1', 

29 set the structure's Channel field to the Overhead Messages Protocol's 
~ 30 corresponding Neighbor Channel. Otherwise, set the structure's Channel field to 

31 the current channel. 

'- 32 - If the Overhead Messages Protocol's Search WindowSizelncluded field is set to '1', 

- 33 then set the structure's SearchWindowSize field to the Overhead Messages 

- 34 Protocol's corresponding SearchWindowSize field. Otherwise, set the structure's 

35 SearchWindowSize field to NULL. 

36 - If the Overhead Messages Protocol's SearchWindowOffsetlncluded field is set to '1', 

37 then set the structure's SearchWindowOffset field to the Overhead Messages 

38 Protocol's corresponding SearchWindowOffset field. Otherwise, set the structure's 

39 SearchWindowOffset field to NULL. 
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1 • Perform the procedures specified in 6.6.5.3. 1. 

2 6.6.6 Message Formats 

3 6.6.6.1 RouteUpdate 



4 The access terminal sends the RouteUpdate message to notify the access network of its 
s current location and provide it with an estimate of its surrounding radio link conditions. 

6 



Field 


Length (bits) 


MessagelD 


8 


MessageSequence 


8 


ReferencePilotPN 


9 ' 


ReferencePilotStrength 


6 


ReferenceKeep 


1 


NumPilots 


4 


NumPilots occurrences of the following three 
fields: 


PilotPNPhase 


15 


Channellncluded 


1 


Channel 


Oor 24 


PilotStrength 


6 


Keep 


1 



Reserved 



Variable 



6 
* 9 

10 
11 

12 

13 
14 
15 



MessagelD 
MessageSequence 



ReferencePilotPN 



The access terminal shall set this field to 0x00. 

The access terminal shall set this field to the sequence number of 
this message. The sequence number of this message is 1 more than 
the sequence number of the last RouteUpdate message (modulo 2?) 
sent by this access terminal. If this is the first RouteUpdate message 
sent by the access terminal, it shall set this field to 0x00. 

The access terminal shall set this field to the access terminal's time 
reference (the reference pilot), relative to the zero offset pilot PN 
sequence in units of 64 PN chips. 
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1 ReferencePilotStrength 

2 The access terminal shall set this field to L- 2 x 10 x iogioPS J, where 

3 PS is the strength of the reference pilot, measured as specified in 

4 6.6.5.3.2. If this value is less than 0, the access terminal shall set 
s this field to '000000'. If this value is greater than '111111', the 

6 access terminal shall set this field to *1 1 1 1 1 1 *. 

7 ReferenceKeep If the pilot drop timer corresponding to the reference pilot has 
a expired, the access terminal shall set this field to '0'; otherwise, the 

9 access terminal shall set this field to 

10 NumPilots The access terminal shall set this field to the number of pilots that 
n follow this field in the message. 

12 PilotPNPhase The PN offset in resolution of 1 chip of a pilot in the Active Set or 

13 Candidate Set of the access terminal that is not the reference pilot. 

14 Channellncluded The access terminal shall set this field to 'V if the channel for this 

15 pilot offset is not the same as the current channel. Otherwise, the 

16 access terminal shall set this field to *0\ 

17 Channel The access terminal shall include this field if the Channellncluded 

18 field is set to *1\ The access terminal shall set this to the channel 

19 record corresponding to this pilot (see 10.1). Otherwise, the access 

20 terminal shall omit this field for this pilot offset. 

21 PilotStrength The access terminal shall set this field to L- 2 x 10 x IogioPS J, where 

22 PS is the strength of the pilot in the above field, measured as 

23 specified in 6.6.5.3.2. If this value is less than 0, the access terminal 

24 shall set this field to *000000\ If this value is greater than '111111', 
2s the access terminal shall set this field to *1 1 1 1 1 1 \ 

26 Keep If the pilot drop timer corresponding to the pilot in the above field has 

27 expired, the access terminal shall set this field to '0'; otherwise, the 

28 access terminal shall set this field to € 1\ 

29 Reserved The number of bits in this field is equal to the number needed to 

30 make the message length an integer number of octets. This field 

31 shall be set to all zeros. 

32 
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Channels 


AC RTC 


Addressing 


unicast 



SLP 


Reliable 26 Best Effort 


Priority 


20 



1 6.6.6.2 TrafficChannelAssignment 

2 The access network sends the TrafficChannelAssignment message to manage the access 

3 terminal's Active Set. 



Field 


Length (bits) 


MessagelD 


8 


MessageSequence 


8 


Channellncluded 


1 


Channel 


0 or 24 


FrameOffset 


4 


DRCLength 


2 


DRCChannelGain 


6 


AckChannelGain 


6 


NumPilots 


4 


NumPilots occurrences of the following fields 


PilotPN 


9 


SofterHandoff 


1 


MACIndex 


6 


DRCCover 


3 


RABLength 


2 


RABOffset 


3 



Reserved 



Variable 



MessagelD 



The access network shall set this field to 0x01 . 



26 This message is sent reliably when it is sent over the Reverse Traffic Channel. 
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5 
6 

7 

a 

9 
10 
11 
12 



14 
15 

16 
17 
18 



MessageSequence 



Channellncluded 



Channel 



FrameOffset 



DRCLength 



The access network shall set this to 1 higher than the 
MessageSequence field of the last TrafficChannelAssignment 
message (modulo 2 s , S = 8) sent to this access terminal. 

The access network shall set this field to '1' if the Channel record is 
included for these pilots. Otherwise, the access network shall set 
this field to *0\ 

The access network shall include this field if the Channellncluded 
field is set to *1\ The access network shall set this to the channel 
record corresponding to this pilot (see 10.1). Otherwise, the access 
network shall omit this field for this pilot offset. If Channel is 
included, the access network shall set the SystemType field of the 
Channel record to '0000'. 

The access network shall set this field to the frame offset the access 
terminal shall use when transmitting the Reverse Traffic Channel, 
in units of slots. 

The access network shall set this field to the number of slots the 
access terminal shall use to transmit a single DRC value, as shown 
in Table 6.6.6.2-1. 

Table 6.6.6.2-1. DRCLength Encoding 



Field 
value 
(binary) 


DRCLength 
(slots) 


X>0' 


1 


( 01' 


2 


'10' 


4 


'11* 


8 



20 
21 
22 
23 
24 
25 



DRCChannelGain 



26 AckChannelGain 



27 
28 
29 



The access network shall set this field to the ratio of the power level 
of the DRC Channel (when it is transmitted) to the power level of the 
Reverse Traffic Pilot Channel expressed as 2's complement value in 
units of 0.5 dB. The valid range for this field is from -9 dB to +6 dB, 
inclusive. The access terminal shall support all the values in the 
valid range for this field. 

The access network shall set this field to the ratio of the power level 
of the Ack Channel (when it is transmitted) to the power level of the 
Reverse Traffic Pilot Channel expressed as 2's complement value in 
units of 0.5 dB. The valid range for this field is from -3 dB to +6 dB, 
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i 

2 

3 NumPilots 

4 



n 

12 
13 
14 



PilotPN 



SofterHandoff 



is MACIndex 



17 
18 



20 
21 



DRCCover 



RABLength 



23 

24 
25 
26 
27 

28 
29 
30 



RABOffset 



Reserved 



inclusive. The access terminal shall support the all the values in 
valid range for this field. 

The access network shall set this field to the number of pilots 
included in this message. 

The access network shall set this field to the PN Offset associated 
with the sector that will transmit a Power Control Channel to the 
access terminal, to whom the access terminal is allowed to point its 
DRC, and whose Control Channel and Forward Traffic Channel the 
access terminal may monitor. 

If the Forward Traffic Channel associated with this pilot will carry 
the same closed-loop power control bits as that of the previous pilot in 
this message, the access network shall set this field to 
otherwise, the access network shall set this field to *0\ The access 
network shall set the first instance of this field to *0'. 

Medium Access Control Index. The access network shall set this 
field to the MACIndex assigned to the access terminal by this sector. 

The access network shall set this field to the index of the DRC cover 
associated with the sector specified in this record. 

The access network shall set this field to the number of slots over 
which the Reverse Activity Bit is transmitted, as shown in Table 
6.6.6.2-2. 

Table 6.6.6.2-2. Encoding of the RABLength Field 



Field value (binary) 


RABLength (slots) 




8 


'01' 


16 


'10' 


32 


'11' 


64 



The access network shall set this field to indicate the slots in which 
a new Reverse Activity Bit is transmitted by this sector. The value 
(in slots) of RABOffset is the number the field is set to multiplied by 
RABLength/8. 

The number of bits in this field is equal to the number needed to 
make the message length an integer number of octets. This field 
shall be set to all zeros. 
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7 
8 

. 9 
. 10 



Channels 



CC 



FTC 



SLP 



Reliable Best Effort 27 



Addressing 



unicast 



Priority 



20 



6.6.6.3 TrafficChannelComplete 

The access terminal sends the TrafficChannelComplete message to provide an 
acknowledgement for the TrafficChannel Assignment message. 



Field 


Length (bits) 


MessagelD 


8 


MessageSequence 


8 



MessagelD 



The access terminal shall set this field to 0x02. 



MessageSequence The access terminal shall set this field to the MessageSequence 

field of the TrafficChannelAssignment message whose receipt this 
message is acknowledging. 



Channels 


RTC 


Addressing 


unicast 



SLP 



Reliable 



Priority 



40 



12 
13 



6.6.6.4 ResetReport 

The access network sends the ResetReport message to reset the RouteUpdate 
transmission rules at the access terminal. 



Field 


Length (bits) 


MessagelD 


8 



is MessagelD 

16 



The access network shall set this field to 0x03. 



27 The TrafficChannelAssignment message sent in response to the Open command is sent 
using best effort SLP. All subsequent TrafficChannelAssignment messages are sent using 
reliable delivery SLP. 
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Channels 


FTC 




SLP 


Reliable 













Addressing 



unicast 



Priority 



40 



1 6.6.6.5 NeighborList _ . 

2 The NeighborList message is used to convey information corresponding to the neighboring 

3 sectors to the access terminals when the access terminal is in the Connected State. 



Field 


Length (bits) 


MessagelD 


8 


Count 


5 


Count occurrences of the following field: 


PilotPN 


9 



Count occurrences of the following two fields: 



Channellncluded 


1 


Channel 


Oor 24 



Search WindowSizelncluded 


1 


Count occurrences of the following field 


SearchWindowSize 


0 or 4 



Search WindowOffsetlncIuded 


1 


Count occurrences of the following field 


Search WindowOfTset 


0 or 3 



Reserved 



Variable 



5 MessagelD 
e Count 



The access network shall set this field to 0x04. 

The access network shall set this field to the number of records 
specifying neighboring sectors information included in this message. 
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10 

11 

12 

13 

14 

15 
16 
17 

18 
19 
20 
21 
22 
23 
24 
25 



PilotPN 



Channellncluded 



She access network shall set this field to the PN Offset of 
neighboring sector for which the access network is providing search 
window information in this message. 

The access network shall set this field to T if a Channel record is 
included for this neighbor, and to '0' otherwise. The access network 
shall omit this field if the corresponding NeighborChannellncluded 
field is set to '0\ Otherwise, if included, the occurrence of this 
field corresponds to the it* occurrence of PilotPN in the record that 
contains the PilotPN field above. 

Channel record specification for the neighbor channel. See 10.1 for 
the Channel record format. The occurrence of this field 

corresponds to the it* occurrence of PilotPN in the record that 
contains the PilotPN field above. 

SearchWindowSizelncluded 

The access network shall set this field to 'V if SeachWindowNeighbor 
field for neighboring sectors is included in this message. Otherwise, 
the access network shall set this field to *0*. 



Channel 



SearchWindowSize 



The access network shall omit this field if 
SearchWindowSizelncluded is set to '0'. If 
SearchWindowSizelncluded is set to '1 the access network shall set 
this field to the value shown in Table 6.6.6.5-1 corresponding to the 
search window size to be used by the access terminal for the 
neighbor pilot. The n* occurrence of this field corresponds to the i** 
occurrence of PilotPN in the record that contains the PilotPN field 
above. 
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1 Table 6.6.6.5-1 . Search Window Sizes 



SearchWindowSize Value 


Search Window Size 
(PN chips) 


0 


4 


1 


6 


2 


8 


3 


10 


4 


14 


5 


20 


6 


28 


7 


40 


8 


60 


9 


80 


10 


100 


11 


130 


12 


160 


13 


226 


14 


320 


15 


452 



2 Search WindowOffsetlncluded 



3 The access network shall set this field to *V if SeachWindowOffset 

< field for neighboring sectors is included in this message. Otherwise, 

s the access network shall set this field to '0\ 

e Seach WindowOffsetlncluded 

7 The access network shall omit this field if 

e SearchWindowOffsetlncluded is set to *0'. If 

9 SearchWindowOffsetlncluded is set to '1', the access network shall 

10 set this field to the value shown in Table 6.6.6.5-2 corresponding to 
n . the search window offset to be used by the access terminal for the 

12 neighbor pilot. The n* 11 occurrence of this field corresponds to the nP 1 

13 occurrence of PilotPN in the record that contains the PilotPN field 

14 above. 
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Table 6.6.6.5-2. Search Window Offset 



Reserved 



SearchWindowOffset 


Offset ( PN chips) 


0 


0 


1 


WindowSize 28 /2 


2 


WindowSize 


3 


3 x WindowSize /2 


4 


- WindowSize /2 


5 


- WindowSize 


6 


-3 x WindowSize /2 


7 


Reserved 



The number of bits in this field is equal to the number needed to 
make the message length an integer number of octets. The access 
network shall set this field to zero. The access terminal shall ignore 
this field. 



8 
9 
10 



12 
13 
14 
15 

16 
17 



Channels 


CC FTC 


Addressing 


unicast 



SLP 


Reliable 


Priority 


40 



6.6.6.5 Configuration Messages 

The Default Route Update Protocol uses the Generic Configuration Protocol to transmit 
configuration parameters from the access network to the access terminal. The following 
messages are defined: 

6.6.6.5.1 ConfigurationRequest 

The access network sends the ConfigurationRequest message to override the defaults 
used by the access terminal for a number of protocol parameters. The 
ConfigurationRequest message format is given as part of the Generic Configuration 
Protocol (see 10.7). 

The access network shall use a complex attribute (see 10.3) in the ConfigurationRequest 
message. 

The access network shall set the MessagelD field of this message to 0x50. 



28 WindowSize is pilot's search window size in PN chips. 
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The access network shall use the complex attributes defined in 6.6.6.5.1.1, 6.6.6.5.1.2, and 
6.6.6.5. 1.3when sending the ConfigurationRequest message. If the access terminal does 
not receive a ConfigurationRequest message, it shall use the following default values. 



Channels 



CC 



FTC 



Addressing 



unicast 



SLP - 


Best Effort 




Priority 


60 



6.6.6.5.1.1 SearchParameters Attribute 



Field 


Length (bits) 


Default Value 


Length 


8 


N/A 


AttributelD 


8 


N/A 


One or more of the following record: 


ValuelD 


8 


N/A 


Pilotlncrement 


4 


4 


SearchWindowActive 


4 


8 


Search WindowNeighbor 


4 


10 


Search WindowRemaining 


4 


10 



Length 



Length of the complex attribute in octets. The access network shall 
set this field to the length of the complex attribute excluding the 
Length field. 



AttributelD 



The access network shall set this field to 0x00. 



ii ValuelD 

12 
13 



This field identifies this particular set of values for the attribute. 
The access network shall increment this field for each complex 
attribute -value record for a particular attribute. 



14 
15 
16 
17 
18 
19 
20 



Pilo tlncremen t 



The access network shall set this field to the pilot PN sequence 
increment, in units of 64 PN chips, that access terminals are to use 
for searching the Remaining Set. The access network should set 
this field to the largest increment such that the pilot PN sequence 
offsets of all its neighbor access networks are integer multiples of 
that increment. The access terminal shall support ail the valid 
values for this field. 



21 
22 



SearchWindowActive 



Search window size for the Active Set and Candidate Set. The access 
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9 
10 



network shall set this field to the value shown in Table 6.6.6.5-1 
corresponding to the search window size to be used by the access 
terminal for the Active Set and Candidate Set. The access terminal 
shall support all the valid values specified by this field. 

Search WindowNeighbor 

Search window size for the Neighbor Set. The access network shall 
set this field to the value shown in Table 6.6.6.5-1 corresponding to 
the search window size to be used by the access terminal for the 
Neighbor Set. The access terminal shall support all the valid values 
specified by this field. 

Search WindowRemaining _it.ii 

Search window size for the Remaining Set. The access network shall 
set this field to the value shown in Table 6.6.6.5-1 corresponding to 
the search window size to be used by the access terminal for the 
Remaining Set. The access terminal shall support all the valid 
values specified by this field. 

6.6.6.5. 1 .2 SetManagementSameChannelParameters Attribute 

The access terminal shall use these attributes if the pilot being compared is on the same 
channel as the active set pilots' channel. 
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Field 


Length (bits) 


Default Value 


Length 


8 


N/A 


AttributelD 


8 


N/A 


One or more of the following record: 


ValuelD 


8 


N/A 


PilotAdd 


6 


OxOe 


PilotCompare 


6 


0x05 


PilotDrop 


6 


0x12 


PilotDropTimer 


4 


3 


DynamicThresholds 


1 


0 


SoftSlope 


0or6 


N/A 


Addlntercept 


0 or 6 


N/A 


Droplntercept 


0 or 6 


N/A 


NeighborMaxAge 


4 


0 


Reserved 


variable 


N/A 



5 
6 
7 

8 
9 
10 
11 
12 
13 



15 
16 
17 
18 



Length 

AttributelD 
ValuelD 

PilotAdd 



14 PilotDrop 



Length of the complex attribute in octets. The access network shall 
set this field to the length of the complex attribute excluding the 
Length field. 

The access network shall set this field to 0x01. 

This field identifies this particular set of values for the attribute. 
The access network shall increment this field for each complex 
attribute-value record for a particular attribute. 

This value is used by the access terminal to trigger a RouteUpdate in 
the Connected State. The access network shall set this field to the 
pilot detection threshold, expressed as an unsigned binary number 
equal to L- 2 x 10 xloglO Ec/Io J. The value used by the access 
terminal is -0.5 dB times the value of this field. The access 
terminal shall support all the valid values specified by this field. 

This value is used by the access terminal to start a pilot drop timer 
for a pilot in the Active Set or the Candidate Set. The access network 
shall set this field to the pilot drop threshold, expressed as an 
unsigned binary number equal to L- 2 x 10 x loglO Ec/I 0 J. The value 
used by the access terminal is -0.5 dB times the value of this field. 
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PilotCompare 



10 PilotDropTimer 



11 

12 
13 
14 
15 
16 
17 
18 
19 



The access terminal shall support all the valid values specified by 
this field. 

Active Set versus Candidate Set comparison threshold, expressed as 
a 2's complement number. The access terminal transmits 
RouteUpdate message when the strength of a pilot in the Candidate 
Set exceeds that of a pilot in the Active Set by this margin. The 
access network shall set this field to the threshold Candidate Set 
pilot to Active Set pilot ratio, in units of 0.5 dB. The access terminal 
shall support all the valid values specified by this field. 

Timer value after which an action is taken by the access terminal 
for a pilot that is a member of the Active Set or Candidate Set, and 
whose strength has not become greater than the value specified by 
PilotDrop. If the pilot is a member of the Active Set, a RouteUpdate 
message is sent in the Connected State. If the pilot is a member of 
the Candidate Set, it will be moved to the Neighbor Set. The access 
network shall set this field to the drop timer value shown in Table 
6.6.6.5.1-1 corresponding to the pilot drop timer value to be used by 
access terminals. The access terminal shall support all the valid 
values specified by this field. 

Table 6.6.6.5.1-1. Pilot Drop Timer Values 



PilotDropTimer 


Timer 
Expiration 
(seconds) 


PilotDropTimer 


Timer 
Expiration 
(seconds) 


0 


< 0.1 


8 


27 


1 


1 


9 


39 


2 


2 


10 


55 


3 


4 


11 


79 


4 


6 


12 


112 


5 


9 


13 


159 


6 


13 


14 


225 


7 


19 


15 


319 



21 
22 

23 
24 
25 



DynamicThresholds This field shall be set to '1' if the following three fields are included 

in this record. Otherwise, this field shall be set to *0\ 



SoftSlope 



This field shall be included only if DynamicThresholds is set to *1\ 
This field shall be set to an unsigned binary number, which is used 
by the access terminal in the inequality criterion for adding a pilot to 
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1 the Active Set or dropping a pilot from the Active Set. The access 

2 terminal shall support all the valid values specified by this field. 

3 Addlntercept This field shall be included only if DynamicThresholds is set to *1\ 

4 This field shall be set to a 2's complement signed binary number in 
s units of dB. The access terminal shall support all the valid values 
e specified by this field. 

7 Droplntercept This field shall be included only if DynamicThresholds is set to *1\ 

s This field shall be set to a 2's complement signed binary number in 

9 units of dB. The access terminal shall support all the valid values 

10 specified by this field. 

n NeighborMaxAge The access network shall set this field to the maximum AGE value 

12 beyond which the access terminal is to drop members from the 

13 Neighbor Set. The access terminal shall support all the valid values 

14 specified by this field. 

is Reserved The access network shall set this field to zero. The access terminal 

16 shall ignore this field. The length of this field shall be such that the 

17 entire record is octet-aligned. 

is 6.6.6. 5. 1 .3 SetManagementDifferentChannelParameters Attribute 

19 The access terminal shall use these attributes if the pilot being compared is on a channel 

20 that is different from the active set pilots' channel. 

21 
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Field 


Length (bits) 


Default Value 


Length 


8 


N/A 


AttributelD 


8 


N/A 


One or more of the following record: 


ValuelD 


8 


N/A 


PilotAdd 


6 


OxOe 


PilotCompare 


6 


0x05 


PilotDrop 


6 


0x12 


PilotDropTimer 


4 


3 


DynamicThresholds 


1 


0 


SoftSlope 


0 or 6 


N/A 


Addlntercept 


0 or 6 


N/A 


Droplntercept 


0 or 6 


N/A 


NeighborMaxAge 


4 


0 


Reserved 


variable 


N/A 



Length of the complex attribute in octets. The access network shall 
set this field to the length of the complex attribute excluding the 
Length field. 

The access network shall set this field to 0x02 . 

This field identifies this particular set of values for the attribute. 
The access network shall increment this field for each complex 
attribute -value record for a particular attribute. 

This value is used by the access terminal to trigger a RouteUpdate in 
the Connected State. The access network shall set this field to the 
pilot detection threshold, expressed as an unsigned binary number 
equal to L- 2 x 10 x loglO Ec/Io J. The value used by the access 
terminal is -0.5 dB times the value of this field. The access 
terminal shall support all the valid values specified by this field. 

This value is used by the access terminal to start a pilot drop timer 
for a pilot in the Active Set or the Candidate Set. The access network 
shall set this field to the pilot drop threshold, expressed as an 
unsigned binary number equal to L- 2 x 10 x log 10 Ec/I 0 J. The value 
used by the access terminal is -0.5 dB times the value of this field. 
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i Length 

2 
3 

a AttributelD 
s ValuelD 

6 
7 

a PilotAdd 

9 
10 
11 
12 
13 

14 PilotDrop 

15 
16 
17 
18 
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1 The access terminal shall support all the valid values specified by 

2 this field. 

3 PilotCompare Active Set versus Candidate Set comparison threshold, expressed as 

4 a 2's complement number. The access terminal transmits 

s RouteUpdate message when the strength of a pilot in the Candidate 

6 Set exceeds that of a pilot in the Active Set by this margin. The 

7 access network shall set this field to the threshold Candidate Set 
e pilot to Active Set pilot ratio, in units of 0.5 dB. The access terminal 

9 shall support all the valid values specified by this field. 

10 PilotDropTimer Timer value after which an action is taken by the access terminal 
u for a pilot that is a member of the Active Set or Candidate Set, and 

12 whose strength has not become greater than the value specified by 

13 PilotDrop. If the pilot is a member of the Active Set, a RouteUpdate 

14 message is sent in the Connected State. If the pilot is a member of 

15 the Candidate Set, it will be moved to the Neighbor Set. The access 
n6 network shall set this field to the drop timer value shown in Table 
17 6.6.6.5.1-1 corresponding to the pilot drop timer value to be used by 
is access terminals. The access terminal shall support all the valid 

19 values specified by this field. 

20 DynamicThresholds This field shall be set to *1' if the following three fields are included 

21 in this record. Otherwise, this field shall be set to '0'. 

22 SoftSlope This field shall be included only if DynamicThresholds is set to € V. 

23 This field shall be set to an unsigned binary number, which is used 

2 4 by the access terminal in the inequality criterion for adding a pilot to 

25 the Active Set or dropping a pilot from the Active Set. The access 

26 terminal shall support all the valid values specified by this field. 

27 Addlntercept This field shall be included only if DynamicThresholds is set to '1*. 

28 This field shall be set to a 2's complement signed binary number in 

29 units of dB. The access terminal shall support all the valid values 

30 specified by this field. 

31 Droplntercept This field shall be included only if DynamicThresholds is set to *r. 

32 This field shall be set to a 2's complement signed binary number in 

33 units of dB. The access terminal shall support all the valid values 

34 specified by this field. 

35 NeighborMaxAge The access network shall set this field to the maximum AGE value 

36 beyond which the access terminal is to drop members from the 

37 Neighbor Set. The access terminal shall support all the valid values 

38 specified by this field. 
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Reserved The access network shall set this field to zero. The access terminal 

shall ignore this field. The length of this field shall be such that the 
entire record is octet-aligned. 



9 
10 
11 
12 



6.6.6.5.2 ConfigurationResponse 

The access terminal sends the ConfigurationResponse message to select one of the 
complex attributes offered by the access network. The ConfigurationResponse message 
format is given as part of the Generic Configuration Protocol (see 10.7). 

The access terminal shall set the MessagelD field of this message to 0x51. 

If the access terminal is sending an attribute with the message, the access terminal shall 
set the ValuelD field associated with this attribute to the ValuelD field of the complex 
attribute the access terminal is accepting. 



Channels 



AC 



RTC 



Addressing 



unicast 



SLP 


Best Effort 


Priority 


60 



13 6.6.7 Protocol Numeric Constants 



Constant 


Meaning 


Value 


NRUFiype 


Type field for this protocol 


Table 2.3.6- 
1 


NRUPDefault 


Subtype field for this protocol 


0x0000 


NlsUPActive 


Maximum size of the Active Set 


6 


NRUPCondldatc 


Maximum size of the Candidate Set 


6 


NRUPNeighbor 


Minimum size of the Neighbor Set 


20 


T RUPPOotSupervision 


Pilot supervision timer 


10 seconds 


T RUPConnectionSetup 


Maximum time to receive an indication at the 
AT that the connection is set up from the 
instant it receives a 
TrafficChannelAssignment message. 


1 second 



6.6.8 Interface to Other Protocols 



is 6.6.8.1 Commands Sent 

17 This protocol sends the following commands: 
ie • ReverseTmffkChamielMA 
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2 • ForwcaxiTrqffk&h^ 

4 6.6.8.2 Indications 

s This protocol registers to receive the following indications: 

6 % ReverseTrqffk<^hcmnelMACJJrU<A 

7 % OveriwckdMessages.Updated 
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1 6.7 Default Packet Consolidation Protocol 

2 6.7.1 Overview 

^ The Default Packet Consolidation Protocol provides packet consolidation on the transmit 

4 side and provides packet de-multiplexing on the receive side. Packet consolidation is 

Is provided between different streams at the access terminal and between different streams 

i associated with one access terminal, as well as between different access terminals at the 

j access network. 

8 6.7.2 Primitives and Public Data 

:9 6.7.2.1 Commands 

10 This protocol does not define any commands. 

11 6.7.2,2 Return Indications 

12 This protocol does not return any indications. 

13 6.7.2.3 Public Data 

14 • None 

is 6.7.3 Basic Protocol Numbers 

is The Type field for the Packet Consolidation Protocol is one octet, set to Npcprype. 

17 The Subtype field for the Default Packet Consolidation Protocol is two octets, set to 

18 NpCPDefault. 

19 6.7.4 Protocol Data Unit 

20 The Protocol Data Unit for this protocol is a Connection Layer packet. Connection Layer 

21 packets contain Session Layer packets destined to or from the same access terminal 
2z address. 

23 Two types of Connection Layer packets are defined: 

24 • Format A: These packets are maximum length packets (including lower layer 
as headers). Format A packets contain one Session Layer packet and do not have 

26 Connection Layer headers or padding. 

27 • Format B: These packets are maximum length packets (including lower layer 

28 headers). Format B packets contain one or more Session Layer packets and have a 

29 Connection Layer header(s). The protocol places the Connection Layer header 

30 defined in 6.7.6.2 in front of each Session Layer packet and enough padding to 

31 create a maximum length packet. 

32 Format A provides an extra byte of payload per packet. 

33 The packet format type is passed with the packet to the lower layers. 
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The Connection Layer encapsulation is shown in Figure 6.7.4-1 and Figure 6.7.4-2. 
All transmitted packets are forwarded to the Security Layer. 

All received packets are forwarded to the Session Layer after removing the Connection 
Layer headers. 

The maximum size Session Layer packet the protocol can encapsulate depends on the 
Physical Layer channel on which this packet will be transmitted and on the specific 
security protocols negotiated. 



-Connection Layer packet - 



Session 
Layer 
packet 



Figure 6.7.4-1. Connection Layer Packet Structure (Format A) 



11 

12 



-Connection Layer packet- 



Connection 


Session 


Connection 


Session 




Layer 


Layer 


Layer 


Layer 


Padding 


header 


packet 


header 


packet 





Figure 6.7.4-2. Connection Layer Packet Structure (Format B) 



is 

16 

17 
18 



20 
21 
22 

23 

24 
25 



6.7.5 Procedures 

This protocol does not have any initial configuration requirements. 

This protocol receives the following information with every transmitted Session Layer 
packet: 

• Destination channel: Forward Traffic Channel, Control Channel, Reverse Traffic 
Channel, or Access Channel. 

• Priority. 

• Forced Single Encapsulation: Whether or not the Session Layer packet can be 
encapsulated with other Session Layer packets in the same Connection Layer 
packet. 

6.7.5.1 Destination Channels 

If the destination channel is the Forward Traffic Channel, the packet also carries a 
parameter indicating whether the protocol is allowed to transmit it in a Control Channel 
capsule. 
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If the destination channel is the Control Channel, the packet also carries a parameter 
indicating whether the packet must be transmitted in a synchronous capsule. If the 
packet does not have to be transmitted in a synchronous capsule, it may carry a parameter 
indicating a transmission deadline. 

6.7.5.2 Priority Order 

Packets are prioritized according to the following rules: 

• If two packets have different priority numbers, the packet with the lower priority 
number has priority. 

• If two packets have the same priority number, the packet that was received first by 
the protocol has priority. 

Transmission of packets that have higher priority shall take precedence over 
12 transmission of packets with lower priority. 

ia Processing packets that have higher priority shall take precedence over processing 
14 packets with lower priority. 

is 6.7.5.3 Forced Single Encapsulation 

16 If a Forward Traffic Channel Session Layer packet is marked as Forced Single 
Encapsulation, the access network shall encapsulate it without any other Session Layer 
packets in a Connection Layer packet. The Packet Consolidation Protocol shall also pass 
an indication down to the physical layer with the Connection Layer packet, instructing the 
physical layer to ensure that the Physical Layer packet containing this packet does not 
contain any other Connection Layer packet. Forced Single Encapsulation applies only to 



9 
10 

11 



21 



22 the Forward Traffic Channel MAC Layer packets. 

23 Forced Single Encapsulation is used for test services that require a one to one mapping 

24 between application packets and Physical Layer packets. 

25 6.7.5.4 Access Terminal Procedures 

26 6.7.5.4.1 Format A Packets 

2 7 The access terminal shall create a Format A Connection Layer packet, only if the highest 

28 priority pending Session Layer packet will fill the Security Layer payload. 

29 The access terminal shall forward the Connection Layer packet for transmission to the 
so Security Layer. 

31 6.7.5.4.2 Format B Packets 

32 The access terminal shall create a Format B Connection Layer packet by adding the 
aa Connection Layer header, defined in 6.7.6.2 in front of every Session Layer packet, 

34 concatenating the result and adding enough padding to fill the Security Layer payload. The 

35 resulting packet length shall not exceed the maximum payload that can be carried on the 

36 Physical Layer Channel, given the transmission rate that will be used to transmit the 
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2 

3 

4 
5 

6 

7 

8 
9 

10 
11 
12 
13 

14 

15 
16 

17 
18 

19 

20 
21 

22 
23 

24 
25 
26 
27 

28 
29 
30 

31 
32 
33 



packet and the headers added by the lower layers. All concatenated Connection Layer 
packets shall be transmitted on the same Physical Layer Channel. 29 

The protocol shall encapsulate and concatenate Session Layer packets in priority order. 

The access terminal shall forward the Connection Layer packet for transmission to the 
Security Layer. 

6.7.5.5 Access Network Procedures 
6.7.5.5.1 Control Channel 

The Control Channel carries broadcast transmissions as well as directed transmissions to 
multiple access terminals. 

If the access network transmits a unicast packet to an access terminal over the Control 
Channel, it should transmit this packet at least from all the sectors in the access 
terminal's Active Set. If the data is carried in a synchronous capsule, the transmission 
should occur simultaneously at least once. 

The access network shall create the Connection Layer packets as defined in 6.7.5.5.1.1. 

The access network shall prioritize Connection Layer packets marked for transmission in 
a Control Channel synchronous capsule as defined in 6.7.5.5.1.2. 

.The access network shall prioritize Connection Layer packets marked for transmission in 
- a Control Channel asynchronous capsule as defined in 6.7.5.5.1.1 and 6.7.5.5.1.3 

6.7.5.5.1.1 Control Channel Connection Layer Packets 

The access network shall not encapsulate Session Layer packets destined to different 
_ access terminals in the same Connection Layer packet. 

" The access network may encapsulate multiple Session Layer packets destined to a single 
access terminal in the same Connection Layer packet. 

The access network should assign a priority to the Connection Layer packet based on its 
component Session Layer packets. If the Connection Layer packet contains a single 
Session Layer packet, the priority of the Connection Layer packet should be the priority 
received with the Session Layer packet. 

If any Session Layer packet encapsulated in a Connection Layer packet is marked for 
transmission in a synchronous capsule, the Connection Layer packet shall be marked for 
transmission in a synchronous capsule. 

The access network shall create a Connection Layer packet by appending the Connection 
Layer header defined in 6.7.6.2 in front of every Session Layer packet it is encapsulating 
in this Connection Layer packet and then concatenating the result. The resulting packet 



i.e., Access Channel or Reverse Traffic Channel. 
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22 
23 
24 

25 
26 

27 
28 

29 
30 



length shall not exceed the maximum payload that can be carried in a Control Channel 
MAC Layer packet given the headers added by the lower layers. 

The access network shall forward the Connection Layer packet for transmission to the 
Security Layer. 

6.7.5.5.1.2 Synchronous Capsule Priority Rules 

The access network should transmit, in priority order, all Connection Layer packets 
marked for transmission in a Control Channel synchronous capsule. If the amount of 
transmitted data (including lower layer headers) exceeds a single Control Channel MAC 
Layer packet, the access network may extend the synchronous capsule, delay the 
transmission of some Session Layer packets, or discard Session Layer packets. If the 
access network discards packets, it should discard them in reverse priority order. 
In addition to transmitting the above Connection Layer packets, the access network may 
also transmit the following packets in a synchronous Control Channel capsule: 

• Packets marked for transmission in an asynchronous Control Channel capsule, in 
priority order 

. Packets marked for transmission either on the Forward Traffic Channel or the 
Control Channel, in priority order 
If the access network transmits these additional packets, it should follow the above priority 
ordering, and should transmit them at a lower priority than packets marked for 
transmission in synchronous capsules only. 

6.7.5.5.1.3 Asynchronous Capsule Priority Rules 

Transmitting asynchronous capsules on the Control Channel is optional, because all data 
marked for transmission in these capsules can also be transmitted in a synchronous 
capsule. 

If the access network chooses to transmit Connection Layer packets in an asynchronous 
capsule of the Control Channel, it should do so in the following order: 

• Packets marked for transmission in an asynchronous capsule of the Control 
Channel, in priority order 

. Packets marked for transmission either on the Forward Traffic Channel or the 
Control Channel, in priority order 

6.7.5.5.2 Forward Traffic Channel 

The Forward Traffic Channel is time-multiplexed between the different access terminals. 
The transmission priority given to each access terminal is beyond the scope of this 
specification . 30 



30 Typical considerations for the access network are throughput maximization balanced with a 
fairness criteria between users. 
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1 6.7.5.5.2.1 Format A Packets 

2 The access network shall create a Format A Connection Layer packet, only if the length of 
a the highest priority pending Session Layer packet will fill the security layer payload. 

4 The access network shall forward the Connection Layer packet for transmission to the 

s Security Layer. 

e 6.7.5.5.2.2 Format B Packets 

7 The access network shaU create a Format B Connection Layer packet by adding the 

8 Connection Layer header defined in 6.7.6.2 in front of every Session Layer packet, 

9 concatenating the result and adding padding to fill the Security Layer payload. The 

10 resulting packet length shall not exceed the maximum payload that can be carried on the 

11 Forward Traffic Channel given the headers added by the lower layers. 

is The protocol shall encapsulate and concatenate Session Layer packets in priority order. 

13 The access network shall forward the Connection Layer packet for transmission to the 

14 Security Layer. 

is 6.7.6 Header Format 

is 6.7.6.1 Pad 

i? The access network shall add sufficient padding so that the packet fills the Security Layer 

is payload. 

19 The access network shall set the padding bits to '0\ The access terminal shall ignore the 

20 padding bits. 

21 6.7.6.2 Connection Layer Header 

22 The access terminal and the access network add the following header in front of every 

23 Session Layer packet encapsulated in a Format B Connection Layer packet. 



24 



Field 



Length (bits) 



Length 



8 



25 



Length 



Length of Session Layer packet in octets. 



26 



6.7.7 Protocol Numeric Constants 



27. 
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Constant 


Meaning 


Value 


NpCPType 


Type field for this protocol 


Table 2.3.6-1 


NpCPDefault 


Subtype field for this protocol 


0x0000 



1 6.7.8 Interface to Other Protocols 

2 6.7.8.1 Commands Sent 

3 This protocol does not issue any commands. 

4 6.7.8.2 Indications 

s This protocol does not register to receive any indications. 
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14 
15 
16 

17 
18 
19 
20 
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6.8 Overhead Messages Protocol 
6.8.1 Overview 

The QuickConfig message and the SectorParameters message are collectively termed the 
overhead messages. These messages are broadcast by the access network over the Control 
Channel. These messages are unique, in that they pertain to multiple protocols and are, 
therefore, specified separately. The Overhead Messages Protocol provides procedures 
related to transmission, reception and supervision of these messages. 

This protocol can be in one of two states: 

• Inactive State : In this state, the protocol waits for an Activate command. This state 
corresponds only to the access terminal and occurs when the access terminal has 
not acquired an access network or is not required to receive overhead messages. 

• Active State : In this state the access network transmits and the access terminal 
receives overhead messages. 



(AT only) 

Figure 6.8.1-1. Overhead Messages Protocol State Diagram 



6.8.2 Primitives and Public Data 

6.8.2.1 Commands 

This protocol defines the following commands: 

• Activate 

• Deactivate 

6.8.2.2 Return Indications 

This protocol returns the following indications: 

• ANRedirected 

• SupervisianFailed 

• Updated 
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9 
10 



6.8.2.3 Public Data 

This protocol shall make the following data public: 

• all data in the overhead messages 

• OverheadParametersUpToDate 

6.8.3 Basic Protocol Numbers 

The Type field for the Overhead Messages is one octet, set to Nomptvpc 
The Subtype field for this protocol is two octets set to NoMPDeiauit. 31 

6.8.4 Protocol Data Unit 

The transmission unit of this protocol is a message. This is a control protocol; and, 
therefore, it does not carry payload on behalf of other layers or protocols. 

This protocol uses the Signaling Application to transmit and receive messages. 

6.8.5 Procedures 

6.8.5.1 Protocol Initialization and Configuration 

The access terminal shall start this protocol in the Inactive State. 
The access network shall start this protocol in the Active State. 
This protocol does not have any initial configuration requirements, 

6.8.5.2 Extensibility Requirements 

Further revisions of the access network may add new overhead messages. 
The access terminal shall discard overhead messages with a MessagelD field it does not 

20 recognize. 

21 Further revisions of the access network may add new fields to existing overhead 
zz messages. These fields shall be added to the end of the message, prior to the Reserved field 

23 if such a field is defined. 

24 The access terminal shall ignore fields it does not recognize. 

2s 6.8.5.3 Command Processing 

26 The access network shall ignore all commands. 

a? 6.8.5.3.1 Activate 

28 If this protocol receives an Activate command in the Inactive State: 

29 ♦ The access terminal shall transition to the Active State. 



19 



31 This protocol is not negotiable; and, therefore, the protocol Subtype is currently not used. 
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1 • The access network shall ignore it. 

a If this protocol receives the command in the Active State, it shall be ignored. 

3 6.8.5.3.2 Deactivate 

4 If this protocol receives a Deactivate command in the Inactive State, it shall be ignored, 
s If this protocol receives the command in the Active State: 

6 • Access terminal shall transition to the Inactive State. 

7 • Access network shall ignore it. 

a 6.8.5.4 Access Network Requirements 

9 The access network shall include a QuickConfig message in every Control Channel 

10 synchronous capsule. The access network should include a SectorParameters message in 
n the synchronous capsule at least once every NoMPSectorP&rametera Control Channel cycles. The 

12 access network shall set the SectorSignature field of the QuickConfig message to the 

13 SectorSignature field of the next SectorParameters message. The access network shall set 

14 the AccessSignature field of the QuickConfig message to the public data Access Signature 
is (see Default Access Channel MAC Protocol). 

is 6.8.5.5 Access Terminal Requirements 

17 When the access terminal is required to keep the overhead messages updated, it shall 

is perform supervision on the QuickConfig and the SectorParameters messages as specified 

19 in 6.8.5.5. 1 . 1 and 6.8.5.5. 1 .2, respectively. 

20 If the access terminal does not have any stored value for the overhead parameters or if it 

21 receives a RouteUpdate. kiteHO indication, the access terminal shall set 

22 OverheadParametersUpToDate to 0. 

23 When the access terminal receives the QuickConfig message, it shall perform the 

24 following: 

zs • If the value of the SectorSignature field of the new QuickConfig message is different 

26 from the stored value for SectorSignature, the access terminal shall perform the 

2j following: 

23 - The access terminal shall set OverheadParametersUpToDate to 0. 

29 - The access terminal shall monitor every subsequent Control Channel 

30 synchronous capsule until it receives the updated SectorParameters message. 

31 When the access terminal receives the updated SectorParameters message, it 

32 shall return an Updated indication and set OverheadParametersUpToDate to 1 . 

33 • Otherwise, the access terminal shall perform the following: 

34 - The access terminal shall set OverheadParametersUpToDate to 1 . 

35 - The access terminal shall return an Updated indication. 
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1 Once the access terminal receives an updated overhead message, it should store the 

2 signature associated with the message for future comparisons. The access terminal may 

3 cache overhead message parameters and signatures to speed up acquisition of parameters 

4 from a sector that was previously monitored. 

5 If the Redirect field of the QuickConfig message is set to '1', the access terminal shall 
e return an ANRedirectiecL indication. 32 

7 6.8.5.5.1 Supervision Procedures 

a 6.8.5.5. 1.1 Supervision of QuickConfig Message 

9 Upon entering the Active State, the access terminal shall start the following procedure to 

10 supervise the QuickConfig message: 

n • The access terminal shall set a QuickConfig supervision timer for ToMPQcsupenision. 

12 • If a QuickConfig message is received while the timer is active, the access terminal 

13 shall reset and restart the timer. 

14 • If the timer expires, the access terminal shall return a SupewisionFtdled indication 
is and disable the timer. 

16 6.8.5.5. 1 .2 Supervision of SectorParameters Message 

17 Upon entering the Active State, the access terminal shall start the following procedure to 
is supervise the SectorParameters message: 

19 • The access terminal shall set a SectorParameters supervision timer for 

20 ToMPSPSupcrviaion. 

21 • If a SectorParameters message is received while the timer is active, the access 

22 terminal shall reset and restart the timer. 

23 • If the timer expires, the access terminal shall return a SupewisionFaUed indication 

24 and disable the timer. 

25 6.8.6 Message Formats 

26 6.8.6.1 QuickConfig 

27 The QuickConfig message is used to indicate a change in the overhead messages' 

28 contents and to provide frequently changing information. 

29 
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Field 


Length (bits) 


MessagelD 


8 


ColorCode 


8 


SectorID24 


24 


SectorSignature 


16 


AccessSignature 


16 


Redirect 


1 


RPCCount 


6 


RPCCount occurrences of the following field 


DRCLock 


1 



RPCCount occurrences of the following field 



ForwardTrafficValid 



Reserved 



variable 



MessagelD 
ColorCode 

SectorID24 

; SectorSignature 



9 "AccessSignature 

10 j 

ii 

12 Redirect 

13 
14 



The access network shall set this field to 0x00. 

The access network shall set this field to he color code 
corresponding to this sector. 

The access network shall set this field to the least significant 24 bits 
of the SectorlD value corresponding to this sector. 

The access network shall set this field to the value of the 
SectorSignature field of the next SectorParameters message it will 
transmit. 

The access network shall set this field to the value of the 
AccessSignature parameter from the AccessParameters message 
that is Public Data of the Access Channel MAC Protocol. 

Access network redirect. The access network shall set this field to 
if it is redirecting all access terminals away from this access 
network. 33 



33 Network redirect is commonly used during testing. 
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i 

2 

3 
4 

5 
6 

7 
8 
9 
10 

11 
12 
13 



RPCCount 



DRCLock 



The access network shall set this field to the maximum number of 
RPC channels supported by the sector. 

The access network shall set occurrence n of this field to *V if it has 
received a valid DRC from the access terminal that has been 
assigned MACIndex 64-n (e.g., occurrence 1 of this field, corresponds 
to MACIndex 63). 

ForwardTraffic Valid The access network shall set occurrence n of this field to *1* if the 

Forward Traffic Channel associated with MACIndex 64-n is valid. The 
access terminal uses this field to perform supervision of the Forward 
Traffic Channel. 



Reserved 



The number of bits in this field is equal to the number needed to 
make the message length an integer number of octets. The access 
network shall set this field to zero. The access terminal shall ignore 
this field. 



Channels 


CCsyn 


Addressing 


broadcast 



SLP 


Best Effort 


Priority 


10 



17 
18 



6.8.6.2 SectorParameters 

The SectorParameters message is used to convey sector specific information to the access 
terminals. 
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Field 


Length (bits) 


MessagelD 


8 


SectorlD 


128 


SubnetMask 


8 


SectorSignature 


16 


Latitude 


22 


Longitude 


23 


RouteUpdateRadius 


11 


LeapSeconds 


8 


LocalTimeOffset 


11 


ChannelCount 


5 


ChannelCount occurrences of the following field: 


Channel 


24 



NeighborCount 



Neighbor Count occurrences of the following field: 



NeighborPilotPN 



NeighborCount occurrences of the following two fields: 



NeighborChannellncluded 


1 


NeighborChannel 


Oor 24 



Neighbor Search Win dowSizelncluded 



NeighborCount occurences of the following field 



NeighborSearchWindowSize 



Oor 4 



NeighborSearchWindowOffsetlncluded 



NieghborCount occurrences of the following field 



NieghborSearchWindowOffset 



Oor 3 
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Field 


Length (bits) 


Reserved 


Variable 



1 MessagelD 

2 SectorlD 

3 

4 SubnetMask 

5 
6 

7 SectorSignature 

8 
9 

10 Latitude 

n 

12 
13 
14 
15 



17 

is 

19 

20 
21 



23 
24 
25 
26 



28 
29 



Longitude 



RouteUpdateRadius 



LeapSeconds 



The access network shall set this field to 0x01 . 

Sector Address Identifier. The access network shall set this field to 
the 128-bit address of this sector. 

Sector Subnet identifier. The access network shall set this field to 
the number of consecutive l's in the subnet mask of the subnet to 
which this sector belongs. 

SectorParameters message signature. The access network shall 
change this field if the contents of the SectorParameters message 
changes. 

The latitude of the sector. The access network shall set this field to 
this sector's latitude in units of 0.25 second, expressed as a two's 
complement signed number with positive numbers signifying North 
latitudes. The access network shall set this field to a value in the 
range -1296000 to 1296000 inclusive (corresponding to a range of - 
90° to +90°). 

The longitude of the sector. The access network shall set this field to 
this sector's longitude in units of 0.25 second, expressed as a two's 
complement signed number with positive numbers signifying East 
longitude. The access network shall set this field to a value in the 
range -2592000 to 2592000 inclusive (corresponding to a range of - 
180° to +180°). 

If access terminals are to perform distance based route updates, the 
access network shall set this field to the non-zero "distance" beyond 
which the access terminal is to send a new RouteUpdate message 
(see Default Route Update Protocol). If access terminals are not to 
perform distance based route updates, the access network shall set 
this field to 0. 34 

The number of leap seconds that have occurred since the start of 
system time. 



34 T he access terminal determines whether to send a distance based RouteUpdate message or not 
using the RouteUpdateRadius value of the serving sector. If the serving sector allows distance 
based Route Updates, the access terminal uses the RouteUpdateRadius value sent by the sector 
in which the access terminal last registered. 
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1 LocalTimeOffset The access network shall set this field to the offset of the local time 

2 from System Time. This value will be in units of minutes, expressed 

3 as a two's complement signed number. 

4 ChannelCount The access network shall set this field to the number of cdma2000 

5 high rate packet data channels available to the access terminal on 
e this sector. 

7 Channel Channel record specification for each channel. See 10.1 for the 

e Channel record format. The access network shall set the 

9 SystemType field of this record to 0x00. 

10 NeighborCount The access network shall set this field to the number of records 
n specifying neighboring sectors information included in this message. 

12 NeighborPilotPN The access network shall set this field to the PN Offset of 

13 neighboring sector that the access terminal should add to its 

Neighbor Set. 

15 NeighborChannellncluded 

is The access network shall set this field to *1* if a Channel record is 

17 included for this neighbor, and to *0' otherwise. The occurrence of 

ie this field corresponds to the ft 11 occurrence of NeighborPilotPN in the 

19 record that contains the NeighborPilotPN field above. 

20 Neighbor Channel Channel record specification for the neighbor channel. See 10.1 for 

21 the Channel record format. The access network shall omit this field 

22 if the corresponding NeighborChannellncluded field is set to '0*. 

23 Otherwise, if included, the r** occurrence of this field corresponds to 

24 the it* occurrence of NeighborPilotPN in the record that contains the 

25 NeighborPilotPN field above. 

26 NeighborSearchWindowSizelncluded 

27 The access network shall set this field to '1' if 

28 NeighborSeachWindowSize field for neighboring sectors is included 

29 in this message. Otherwise, the access network shall set this field 

30 to *0\ 

31 NeighborSearchWindowSize 

32 The access network shall omit this field if 

33 NieghborSearchWindowSizelncluded^ is set to *0\ If 

34 NeighborSearchWindowSizelncluded is set to the acess network 

35 shall set this field to the value shown in Table 6.8.6.2-1 
3e corresponding to the search window size to be used by the access 
37 terminal for the neighbor pilot. The tP 1 occurrence of this field 
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corresponds to the n* occurrence of NeighborPilotPN in the record 
that contains the NeighborPilotPN field above. 

Table 6.8.6.2-1. Search Window Sizes 



G.** <*-rr* Y\ Xk/i n HrwiT^li "TP* \Tz\ 1 1 if* 
OCdiL n VVlllUU Wvjiz*t vcuut 


Search Window Size 
(PN chips) 


0 


4 


1 


6 


2 


8 


3 


10 


4 


14 


5 


20 


6 


28 


7 


40 


8 


60 


9 


80 


10 


100 


11 


130 


12 


160 


13 


226 


14 


320 


15 


452 



9 
10 



12 
13 



NeighborSearchWindowOffsetlncluded 

The access network shall set this field to '1' if 
NeighborSeachWindowOffset field for neighboring sectors is included 
in this message. Otherwise, the access network shall set this field 
to *0'. 

NeighborSeachWindowOffset 

The access network shall omit this field if 
NeighborSearchWindowOffsetlncluded is set to K)\ If 
NeighborSearchWindowOffsetlncluded is set to 'V, the acess network 
shall set this field to the value shown in Table 6.8.6.2-2 
corresponding to the search window offset to be used by the access 
terminal for the neighbor pilot. The rt* occurrence of this field 
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corresponds to the occurrence of NeighborPilotPN in the record 
that contains the NeighborPilotPN field above. 



Table 6.8.6.2-2. Search Window Offset 



SearchWindowOffset 


Offset ( PN chips) 


0 


0 


1 


WindowSize 35 /2 


2 


WindowSize 


3 


3 x WindowSize /2 


4 


- WindowSize /2 


5 


- WindowSize 


6 


-3 x WindowSize /2 


7 


Reserved 



Reserved The number of bits in this field is equal to the number needed to make the 
message length an integer number of octets. The access network shall set this field to 
zero. The access terminal shall ignore this field. 



Channels 


CC 


Addressing 


broadcast 



SLP 



Best Effort 



Priority 



30 



s 6.8.7 Protocol Numeric Constants 



Constant 



Meaning 



Value 



35 WindowSize is pilot's search window size in PN chips. 
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Constant 


Meaning 


Value 


n tJMKiypc 


Type field for this protocol 


Table 2.3.6-1 


NoMPDcfault 


Subtype field for this protocol 


0x0000 


T O MPQCSupervision 


QuickConfig supervision timer 


12 Control 
Channel cycles 


T OMPSPSupervision 


SectorParameters supervision timer 


12 Control 
Channel cycles 


NoMPSectorParametera 


The recommended maximum number of 
Control Channel cycles between two 
consecutive SectorParameters message 
transmissions 


3 



6.8.8 Interface to Other Protocols 

6.8.8.1 Commands Sent 

This protocol does not send any commands. 

6.8.8.2 Indications 

This protocol registers to receive the following indication: 
♦ RouteUpdateMteHO 
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1 No text. 
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7 SECURITY LAYER 



9 
10 

11 
12 
13 
14 



7.1 Introduction 
7.1.1 General Overview 

The Security Layer provides the following functions: 

• Key Exchange : Provides the procedures followed by the access network and by the 
access terminal to exchange security keys for authentication and encryption. 

• Authentication : Provides the procedures followed by the access network and the 
access terminal for authenticating traffic. 

• Encryption: Provides the procedures followed by the access network and the access 
terminal for encrypting traffic. 

The Security Layer uses the Key Exchange Protocol, Authentication Protocol, Encryption 
Protocol, and Security Protocol to provide these functions. Security Protocol provides public 
variables needed by the authentication and encryption protocols (e.g., cryptosync, time- 
stamp, etc.). 

Figure 7.1.1-1 shows the protocols within the Security Layer. 



16 
17 



Authentication Protocol 



Encryption Protocol 



Key Exchange Protocol 



Security Protocol 



Figure 7.1.1-1. Security Layer Protocols 



is 7.2 Data Encapsulation 

is Figure 7.2-1 illustrates the relationship between a Connection Layer packet, a Security 
20 Layer packet and a MAC Layer payload. 
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Connection Layer 



Connection 
Layer 
packet 



Encryption 


Encryption 


Encryption 


Encryption 


Protocol 


Protocol 


Protocol 


Protocol 


packet 


header 


payload 


trailer 


















Authentication 


Authentication 


Authentication 


Authentication 


Protocol 


Protocol 


Protocol 


Protocol 


packet 


header 


payload 


trailer 
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Security Protocol 
packet 
or 

Security Layer 
Packet 



Security 


Security 


Security 


Protocol 


Protocol 


Protocol 


header 


payload 


trailer 












-~ m '~ """"" 




MAC 






Layer 






payload 





Figure 7.2-1. Security Layer Encapsulation 

The Security Layer headers or trailers may not be present (or equivalently, have a size of 
zero) if session configuration establishes the Default Security Layer or if the configured 
Security Protocol does not require a header or trailer. The fields added by the MAC Layer 
indicate presence (or absence) of the Security Layer headers and trailers. The Encryption 
Protocol may add a trailer to hide the actual length of the plain-text or padding to be used by 
the encryption algorithm. The Encryption Protocol Header may contain variables such as 
initialization vector (IV) to be used by the Encryption Protocol. The Authentication Protocol 
header or trailer may contain the digital signature that is used to authenticate the portion 
of the Authentication Protocol Packet that is authenticated. The Security Protocol header 
or trailer may contain variables needed by the authentication and encryption protocols 
(e.g., cryptosync, time-stamp, etc.). 

Figure 7.2-1 shows the portions of the security layer packet that may be encrypted and 
authenticated. The authentication is performed on the Encryption Protocol Packet. This 
avoids unnecessary decryption when authentication fails. 

The Security Layer shall pass the ConnectionLayerFormat field given to it by the MAC 
Layer to the Connection Layer with the Connection Layer packet. 
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<i 7,2. 1 Primitives and Public Data 

z 7.2. 1 . 1 Key Exchange Protocol 

3 7.2.1.1.1 Commands 

4 This protocol does not define any commands. 

s 7.2.1.1.2 Return Indications 

6 This protocol does not return any indication. 

7 7.2.1.1.3 Public Data 

8 • FACAuthKey 

9 The authentication key for use on Forward Assigned Channels (e.g., the Forward 

10 Traffic Channel), 
n • RACAuthKey 

12 The authentication key for use on Reverse Assigned Channels (e.g., the Reverse 

13 Traffic Channel). 

14 • FACEncKey 

is The encryption key for use on Forward Assigned Channels (e.g., the Forward Traffic 

16 Channel). 

17 • RACEncKey 

is The encryption key for use on Reverse Assigned Channels (e.g., the Reverse Traffic 

19 Channel). 

20 • FPCAuthKey 

Z1 The authentication key for use on Forward Public Channels (e.g., the Control 

22 Channel). 

23 • RPCAuthKey 

24 The authentication key for use on Reverse Public Channels (e.g., the Access 

25 Channel). 

• FPCEncKey 

27 The encryption key for use on Forward Public Channels (e.g. the Control Channel). 

28 • RPCEncKey 

29 The encryption key for use on Reverse Public Channels (e.g. the Access Channel). 

30 7. 2 AAA Basic Protocol Numbers 

31 The Type field for this protocol is one octet, set to Nkepivpc. 

32 7.2.1.1.5 Interface to Other Protocols 

33 7.2.1.1.5.1 Commands 

34 This protocol does not define any commands. 
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1 7.2.1.1.5.2 Indications 

2 This protocol does not register to receive any indications. 

3 7.2.1 .2 Encryption Protocol 

4 7.2.1.2.1 Commands 

s This protocol does not define any commands. 

e 7.2. 1 .2.2 Return Indications 

7 This protocol returns the following indication: 

s ♦ Failed 

9 7.2.1.2.3 Public Data 

10 This protocol does not define any public data. 

11 7.2.1.2.4 Basic Protocol Numbers 

iz The Type field for this protocol is one octet, set to Neftvpc. 

13 7,2. 1.2.5 Interface to Other Protocols 

14 7.2.1.2.5.1 Commands 

is This protocol does not issue any commands. 

16 7.2.1.2.5.2 Indications 

17 This protocol does not register to receive any indications. 

18 7.2. 1.3 Authentication Protocol 

19 7.2.1.3.1 Commands 

20 This protocol does not define any commands. 

21 7.2.1 .3.2 Return Indications 

22 This protocol returns the following indication: 

23 • Failed 

24 7.2.1.3.3 Public Data 

25 This protocol does not define any public data. 

26 7.2. 1 .3.4 Basic Protocol Numbers 

27 The Type field for this protocol is one octet, set to Nafivpc. 
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1 7.2. 1 .3.5 Interface to Other Protocols 

2 7.2.1.3.5.1 Commands 

3 This protocol does not issue any commands. 

4 7.2.1.3.5.2 Indications 

s This protocol does not register to receive any indications, 

e 7.2.1 .4 Security Protocol 

7 7.2.1.4.1 Commands 

s This protocol does not define any commands. 

9 7.2.1.4.2 Return Indications 

10 This protocol does not return any indications. 

11 7.2. 1 .4.3 Public Data 

: 12 • TimeStampLong 

" 13 7.2. 1.4.4 Basic Protocol Numbers 

14 The Type field for this protocol is one octet, set to Nsnype. 

15 7.2. 1 .4.5 Interface to Other Protocols 

16 7.2.1.4.5.1 Commands 

17 This protocol does not issue any commands, 
is 7.2. 1.4.5.2 Indications 

19 This protocol does not register to receive any indications. 
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1 7.3 Default Security Protocol 

2 7.3.1 Overview 

3 The Default Security Protocol does not provide any services, except for transferring packets 

4 between the Authentication Protocol and the MAC layer. - 

s 7.3.2 Basic Protocol Numbers 

s The Subtype field for this protocol is two octets set to Nspoefeutt. 

? 7.3.3 Protocol Data Unit 

a The protocol data unit for this protocol is a Security Layer packet. Each Security Layer 

9 packet consists of an Authentication Protocol packet. 

10 The protocol shall set the Security Layer packet to the Authentication Protocol packet and 
n shall forward it for transmission to the MAC Layer. This protocol does not define a Security 

12 Protocol header or trailer. 

13 This protocol shall set the Authentication Protocol packet to the Security Layer packet 

14 received from the MAC Layer, and shall forward the packet to the Authentication Protocol. 

is 7.3.4 Default Security Protocol Header 

is The Default Security Protocol does not add a header. 

17 7.3.5 Default Security Protocol Trailer 

is The Default Security Protocol does not add a trailer. 

19 7.3.6 Protocol Numeric Constants 



Constant 


Meaning 


Value 


Nsprype 


Type field for this protocol 


Table 2.3.6-1 


NsFDefault 


Subtype field for this protocol 


0x0000 



20 
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7.4 Generic Security Protocol 
7.4.1 Overview 

The Generic Security protocol performs the following tasks: 

. On the transmission side, this protocol provides a Time Stamp that may be used by 

the negotiated Authentication Protocol and Encryption Protocol. 
• On the receiving side, this protocol computes the Time Stamp using the information 
provided in the Security Protocol header and makes the Time Stamp publicly 

8 available. 

9 7.4.2 Basic Protocol Numbers 

10 The Subtype field for this protocol is two octets set to NspoeneHc 
in 7.4.3 Protocol Data Unit 

1 2 The protocol data unit for this protocol is a Security Layer packet. Each Security Layer 

13 packet consists of an Authentication Protocol packet and a Security Protocol header. 

14 The protocol shall construct a Security Layer packet out of the Authentication Protocol 
,5 packet as follows and shall pass the packets for transmission to the MAC Layer: 

, 6 • When the protocol receives an Authentication Protocol packet from the 

,7 Authentication Protocol that is either authenticated or encrypted, it shall set 

18 TimeStampShort in the Security protocol header to the least significant 16 bits of 
the value of the TimeStampLong that is used by the Authentication Protocol or the 

ao Encryption Protocol to authenticate or encrypt this packet. The Security Protocol 

21 shall then add the Security Protocol header in front of the Authentication Protocol 

22 packet. The packet structure is shown in Figure 7.2-1. 

23 • When the protocol receives an Authentication Protocol packet from the 
« Authentication Protocol that is neither authenticated nor encrypted, the protocol 
a shall not add a security protocol header to the Authentication Protocol packet. 

26 . This protocol shall not append a Security Protocol trailer to the Authentication 

27 Protocol packet. 

2 8 This Security Protocol shall construct the Authentication Protocol packet using the 

29 Security Layer packet (received from the MAC Layer) as follows and shall forward the 

30 packet to the Authentication Protocol: 

s, • When the protocol receives a Security Layer packet from the MAC Layer that is 
either authenticated or encrypted, it shall construct the Authentication Protocol 

33 packet by removing the Security Layer header. 

. When the protocol receives a Security Layer packet from the MAC Layer that is 

as neither authenticated nor encrypted, it shall set the Authentication Protocol packet 

as to the Security Layer packet. 
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9 
10 



12 
13 



7.4.4 Procedures 

When the Security Layer receives a Connection Layer packet that is to be either 
authenticated or encrypted, the Security Protocol shall choose a value for the 
TimeStampLong based on the current 64-bit representation of the CDMA System Time in 
units of 80 ms, such that TimeStampLong does not specify a time later than the time that 
the security layer packet will be transmitted by the physical layer, and is not earlier than 
the current CDMA System Time 36 . The protocol shall then set TimeStampShort in the 
Security Protocol header to TimeStampLong[15:0]. 

When the Security Protocol receives a Security Layer packet from the MAC Layer that is 
either authenticated or encrypted, it shall compute the 64-bit TimeStampLong using 
TimeStampShort given in the Security Protocol Header as follows: 

TimeStampLong = (SystemTime - (SystemTime[15:0] - TimeStampShort) mod 2^) 
mod 2<*, 

where SystemTime is the current CDMA System Time in units of 80 ms, 
SystemTime[15:0] is the 16 least significant bits of the SystemTime, and 
TimeStampShort is the 16-bit Security protocol header. 



18 
19 



21 
22 
23 



7.4.5 Generic Security Protocol Header 

The Generic Security Protocol Header is as follows: 



Field 


Length(bits) 


TimeStampShort 


Oor 16 



20 TimeStampShort 



The sender shall include this field, only if the Authentication 
Protocol packet is either authenticated or encrypted. The sender 
shall set this field to the 16 least significant bits of the 
TimeStampLong. 



24 
25 



7.4.6 Generic Security Protocol Trailer 

The Generic Security Protocol does not add a trailer. 



7.4.7 Protocol Numeric Constants 



Constant 


Meaning 


Value 


NsPType 


Type field for this protocol 


Table 2.3.6-1 


NsPGcneric 


Subtype field for this protocol 


0x0001 



36 For example, the protocol may choose the current CDMA System Time as TimeStampLong. 
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7.5 Default Key Exchange Protocol 



7.5.1 Overview 

The Default Key Exchange Protocol does not provide any services and is selected when the 
Default Authentication Protocol and the Null encryption Protocol are selected. 

7.5.2 Basic Protocol Numbers 

The Subtype field for this protocol is two octets and is set to NKEPDefauit. 
7.5.2.1 Initialization 

The protocol in the access terminal and access network shall set all of the following 
variables to NULL: 



10 • SKey 

11 • FACAuthKey 

12 • RACAuthKey 

13 • FACEncKey 

14 • RACEncKey 
is • FPCAuthKey 
is • RPCAuthKey 
i7 • FPCEncKey 
is • RPCEncKey 

19 7.5.3 Protocol Data Unit 

20 This protocol does not carry payload on behalf of other layers or protocols. 

21 7.5.4 Protocol Numeric Constants 



Constant 


Meaning 


Value 


NKEPType 


Type field for this protocol 


Table 2.3.6-1 


NKEPDeCault 


Subtype field for this protocol 


0x0000 
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Connection Layer 



1 7.6 DH Key Exchange Protocol 

2 7.6.1 Overview 

a The DH Key Exchange Protocol provides a method for session key exchange based on Diffie- 

4 Hellman (DH). 

5 7.6.2 Basic Protocol Numbers 

e The Subtype field for this protocol is two octets and is set to Nkepdh. 

? 7.6.3 Protocol Data Unit 

e The transmission unit of this protocol is a message. This is a control protocol and, 

9 therefore, it does not carry payload on behalf of other layers or protocols. 

10 This protocol uses the Signaling Application to transmit and receive messages. 

11 7.6.4 Procedures 

12 The Key Exchange Protocol uses the KeyRequest and KeyResponse messages for 

13 exchanging public session keys, and the ANKeyComplete and ATKeyComplete messages 

14 for indicating that the secret session keys have been calculated. 

15 The access terminal and the access network shall perform the following key exchange 
is procedure during session configuration. 

17 7.6.4.1 Initialization 

is The protocol in the access terminal and access network shall initialize all the following 

19 variables to NULL: 

20 ♦ SKey 

21 • FACAuthKey 

22 • RACAuthKey 

23 • FACEncKey 

24 ♦ RACEncKey 
2s • FPCAuthKey 

26 • RPCAuthKey 

27 ♦ FPCEncKey 
2s • RPCEncKey 

29 7.6.4.2 Access Network Requirements 

so The access network shall initiate the key exchange by sending a KeyRequest message. 

31 The access network shall choose a random number ANRand between KeyLength and 

32 2 K< ^ L *°s th -2 and set the ANPubKey field of the KeyRequest message as follows: 
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1 ANPubKey = g ANRand mod p 

2 where g, p, and KeyLength are specified during session configuration of the DH Key 

3 Exchange Protocol. 

4 The random number ANRand should have the following properties: 

5 ♦ The number generated should have a uniform statistical distribution over its range. 

e • The numbers used in formulating different KeyRequest messages should be 

? statistically uncorrelated. 

e • The number used in formulating each KeyRequest message should not be derivable 

9 from the previously used random numbers. 

10 • The numbers used in formulating KeyRequest message sent by different access 
n networks should be statistically uncorrelated. 

12 If the access network does not receive a KeyResponse message with a TransactionID field 

13 that matches the TransactionID field of the associated KeyRequest message, within 

14 TKEPANResponse, the access network shall declare failure and stop performing the rest of the 
is key exchange procedure. 

16 After receiving a KeyResponse message with a TransactionID field that matches the 

17 TransactionID field of the associated KeyRequest message, the access network shall 

18 perform the following: 

19 • The access network shall set TkEPKeycwnpAT to the duration of time specified by 

20 Timeout, reported by the access terminal in the KeyResponse message. The access 

21 network shall then start the AT Key Computation Timer with a time-out value of 

22 T KEPKeyCompAT • 

23 • The access network shall compute SKey, the session key as follows: 

24 SKey = ATPubKey ANRand mo d p 

25 • The access network shall construct the message bits, as shown in Table 7.6.4.2-1, 

26 using the computed SKey, TimeStampLong, the TransactionID, and a 16-bit pseudo- 

27 random value, Nonce. TimeStampLong is a 64-bit value that is set, based on the 

28 current 64-bit representation of the CDMA System Time in units of 80 ms, such 

29 that TimeStampLong does not specify a time later than the time that the message 

30 will be transmitted by physical layer and is not earlier than the current CDMA 

31 System Time 37 . 



37 For example, the protocol may choose the current CDMA System Time as TimeStampLong, 
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Table 7.6.4.2-1. Message Bits 



Field 


Length(bits) 


SKey 


KeyLength 


TransactionID 


8 


Nonce 


16 


TimeStampLong 


64 



z • The access network shall pad the message bits constructed in the previous step, as 

3 specified in [6], and compute the 160-bit message digest as specified in [6]. 

4 • The access network shall send an ANKeyComplete message with the KeySignature 

5 field of the message set to the message digest computed in the previous step and the 
e TimeStampShort field of the message set to the 16 least significant bits of the 
7 CDMA System Time used in the previous step. The access network shall then start 
a the AT Signature Computation Timer with a time-out value of TKEPSigcompAN. 

9 The access network shall disable both the AT Key Computation Timer and the AT Key 

10 Signature Computation Timer when it receives an ATKeyComplete message with a 

11 TransactionID that matches the TransactionID field of the associated KeyRequest and 

12 KeyResponse messages. 

13 The access network shall declare failure and stop performing the rest of the key exchange 

14 procedure if any of the following events occur: 

15 ♦ Both AT Key Computation and the AT Key Signature Computation Timers are 
ib expired, or 

17 • Access network receives an ATKeyComplete message with Result field set to '0'. 

ib 7.6.4.3 Access Terminal Requirements 

ig Upon receiving the KeyRequest message, the access terminal shall perform the following: 

eo • The access terminal shall choose a random number ATRand between KeyLength 

21 and 2 Kft y Len K th -2 and set the ATPubKey field of the KeyResponse message as follows: 

22 ATPubKey = g ATRand mod p 

23 where g and p are KeyLength dependent protocol constants for the DH Key Exchange 

24 protocol, and KeyLength is specified during session configuration of the DH Key 

25 Exchange Protocol. 

26 • The access terminal shall send a KeyResponse message with the ATPubKey field set 

27 to the value computed in the previous step, within TKEPATReaponae second of receiving a 

28 KeyRequest message. 

29 • The access terminal shall compute SKey, the session key as follows: 

30 SKey = ANPubKey ATRand mod p. 
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9 
10 
11 
12 
13 



16 
17 



20 
21 

22 
23 
24 

25 
26 



The random number ATRand should have the following properties: 

• Number generated should have a uniform statistical distribution over its range, 

• Numbers used in formulating different KeyResponse messages should be 
statistically uncorrelated, 

• Number used in formulating each KeyResponse message should not be derivable 
from the previously used random numbers, 

• Numbers used in formulating KeyResponse message sent by different access 
terminals should be statistically uncorrelated. 

After the access terminal sends a KeyResponse message, it shall set TkEPKeycompAN to the 
duration of time specified by Timeout, reported by the access network in the KeyRequest 
message. The access terminal shall then start the AN Key Computation Timer with a 
time-out value of TKEPKeycompAN . The access terminal shall disable the AN Key Computation 
Timer when it receives the ANKeyComplete message with a TransactionID that matches 
the TransactionID field of the associated KeyRequest and KeyResponse messages. 
When the AN Key Computation Timer expires, the access terminal shall declare failure. 

After receiving an ANKeyComplete message with a TransactionID field that matches the 
TransactionID field of the associated KeyRequest message, the access terminal shall 
perform the following: 

• Access terminal shall compute the 64-bit variable TimeStampLong as follows: 

TimeStampLong = (SystemTime - (SystemTime[l5:0] - TimeStampShort) mod 2* 6 ) 
mod 2<*, 

where SystemTime is the current CDMA System Time in units of 80 ms, 
SystemTime[15:0] is the 16 least significant bits of the SystemTime, and 
TimeStampShort is the 16-bit field received in the ANKeyComplete message. 

• Access terminal shall construct the message bits as shown in Table 7.6.4.3-1 using 
the computed SKey, computed TimeStampLong, and TransactionID, and Nonce fields 
of the ANKeyComplete message. 



29 



Table 7.6.4.3-1. Message Bits 



Field 


Length(bits) 


Skey 


KeyLength 


TransactionID 


8 


Nonce 


16 


Time StampLong 


64 



• Access terminal shall pad the message bits constructed in the previous step, as 
specified in [6], and compute the 160-bit message digestas specified in [6]. 
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Connection Layer 



1 • If the message digest computed in the previous step matches the KeySignature field 

2 of ANKeyComplete message, the access terminal shall send an ATKeyComplete 

3 message with the Result field set to 'V within TKEPsigcompAT seconds of the latter of the 

4 following two events: 

s - Reception of the ANKeyComplete message. 

6 - Finishing computing the SKey. 

7 • Otherwise, the access terminal shall declare failure and send an ATKeyComplete 
s message with the Result field set to '0'. 

9 7.6.4.4 Authentication Key and Encryption Key Generation 

10 The keys used for authentication and encryption are generated from the session key, 

11 SKey, using the procedures specified in this section. 

12 Table 7.6.4.4-1 defines eight sub-fields within the SKey. These sub-fields are of equal 

13 length. 

14 Table 7.6.4.4-1 . Subfields of SKey 



Sub-Field 


Length (bits) 


KO 


KeyLength / 8 


Kl 


KeyLength / 8 


K2 


KeyLength / 8 


K3 


KeyLength / 8 


K4 


KeyLength / 8 


K5 


KeyLength / 8 


K6 


KeyLength / 8 


K7 


KeyLength / 8 



The access network and access terminal shall construct the message bits as shown in 
Figure 7.6.4.4-1. In this figure, TimeStampLong and Nonce are the same as the one used 
for generation of KeySignature (see 7.6.4.2, and 7.6.4.3). 
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MSB 




LSB 


Message bits for 
generation of 
FACAuthKey 


KO 

(KeyLength / 8) 


Nonce 
(16 bits) 


TimeStampLong 
(64 bits) 


Message bits for 
generation of 
RACAuthKey 


Kl 

(KeyLength / 8) 


Nonce 
(16 bits) 


TimeStampLong 
(64 bits) 


Message bits for 
generation of 
FACEncKey 


K2 

(KeyLength / 8) 


Nonce 
(16 bits) 


TimeStampLong 
(64 bits) 


Message bits for 
generation of 
RACEncKey 


K3 

(KeyLength / 8) 


Nonce 
(16 bits) 


TimeStampLong 
(64 bits) 


Message bits for 
generation of 
FPCAuthKey 


K4 

(KeyLength / 8) 


Nonce 
(16 bits) 


TimeStampLong 
(64 bits) 


Message bits for 
generation of 
RPCAuthKey 


K5 

(KeyLength / 8) 


Nonce 
(16 bits) 


TimeStampLong 
(64 bits) 


Message bits for 
generation of 
FPCEncKey 


K6 

(KeyLength / 8) 


Nonce 
(16 bits) 


TimeStampLong 
(64 bits) 


Message bits for 
generation of 
RPCEncKey 


K7 

(KeyLength / 8) 


Nonce 
(16 bits) 


TimeStampLong 
(64 bits) 



10 

11 



Figure 7.6.4.4-1. Message Bits for Generation of Authentication and Encryption Keys 

The access terminal and access network shall then pad the message bits constructed in 
the previous step, as specified in [6], and compute the 160-bit message digests (for each of 
the eight keys) as specified in [6]. The access network and access terminal shall set the 
FACAuthKey, RACAuthKey, FACEncKey, RACEncKey, FPCAuthKey, RPCAuthKey, 
FPCEncKey, and RPCEncKey to the message digests for the corresponding key as shown in 
Figure 7.6.4.4-1. 

7.6.5 Message Formats 

7.6.5.1 KeyRequest 

The access network sends the KeyRequest message to initiate the session key exchange. 
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Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 


Timeout 


8 


ANPubKey 


KeyLength 
(as negotiated) 



MessagelD 
TransactionID 

Timeout 
ANPubKey 



The access network shall set this field to 0x00. 

The access network shall increment this value for each new 
KeyRequest message sent. 

Shared secret calculation timeout. The access network shall set 
this field to the maximum time in the number of seconds that the 
access network requires for calculation of the session key (SKey). 

Access network's ephemeral public Diffie-Hellman key. The access 
network shall set this field to the ephemeral public Diffie-Hellman 





key of the access network as 


specified in 7, 


6.4.2. 


Channels 


CC FTC 




SLP 


Reliable 












Addressing 


unicast 




Priority 


40 



11 7.6.5.2 KeyResponse 

12 The access terminal sends the KeyResponse message in response to the KeyRequest 



13 

14 



message. 



Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 


Timeout 


8 


ATPubKey 


KeyLength (as negotiated) 



MessagelD 



The access terminal shall set this field to 0x0 1 . 
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TransactionID 



1 

2 
3 

4 Timeout 

5 



9 
10 



12 
13 
H 



ATPubKey 



The access terminal shall set this field to the value of the 
TransactionID field of the KeyRequest message to which the access 
terminal is responding. 

Shared secret calculation timeout. The access terminal shall set 
this field to the maximum time in seconds that the access terminal 
requires for calculation of the session key (SKey). 

Access terminal's ephemeral public Diffie-Hellman key. The access 
terminal shall set this field to the ephemeral public Diffie-Hellman 
key of the access terminal as specified in 7.6.4.3. 



Channels 


RTC 


Addressing 


unicast 



SLP 


Reliable 


Priority 


40 



7.6.5.3 ANKeyComplete 

The access network sends the ANKeyComplete message in response to the KeyResponse 
message. 



Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 


Nonce 


16 


TimeStampShort 


16 


KeySignature 


160 



16 
17 



MessagelD 
TransactionID 



is Nonce 

19 

20 TimeStampShort 

21 
22 

23 KeySignature 

24 

25 



The access network shall set this field to 0x02. 

The access network shall set this field to the value of the 
TransactionID field of the corresponding KeyRequest message. 

The access network shall set this field to an arbitrarily chosen 16-bit 
value Nonce that is used to compute the KeySignature. 

The access network shall set this field to the 16 least significant bits 
of the SystemTimeLong used in computing the KeySignature as 
specified in 7.6.4.2. 

The access network shall set this field to the 20-octet signature of 
the session key (SKey) as specified in 7.6.4.2. 
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Channels CC 



FTC 



SLP Reliable 



Addressing 



unicast 



Priority 



40 



7.6.5.4 ATKeyComplete 

The access terminal sends the ATKeyComplete message in response to the 
ANKeyComplete message. 



Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 


Result 


1 


Reserved 


7 



6 
7 

6 
9 
10 
11 

12 
13 
14 



MessagelD 
TransactionID 

Result 



Reserved 



The access terminal shall set this field to 0x03. 

The access terminal shall set this field to the value of the 
TransactionID field of the corresponding KeyRequest message. 

The access terminal shall set this field to '1' if the KeySignature 
field of ANKeyComplete message matches the message digest 
computed for the KeySignature as specified in 7.6.4.3; otherwise the 
access terminal shall set this field to *0\ 

The access terminal shall set this field to zero. The access network 
shall ignore this field. 



Channels 


RTC 


Addressing 


unicast 



SLP 



Reliable 



Priority 



40 



is 7.6.5.5 Configuration Messages 

is The DH Key Exchange Protocol uses the Generic Configuration Protocol for configuration. 

17 All configuration messages sent by this protocol shall have their Type field set to Nkeptvpc. 

is Unless stated otherwise, all attributes are simple attributes. 

19 The configurable attributes for this protocol are listed in Table 7.6.5.5-1. 

20 The access terminal shall use as defaults the values Table 7.6.5.5-1 typed in bold italics. 
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Table 7.6.5.5-1. Configurable Values 



Attribute 
ID 


Attribute 


Vo liipc 

V CLX LAVy O 


Meaning 


0x00 


Session Key Length (KeyLength) 


0x00 


Default is 96-octet (768-bit) 
Diffie-Hellman key. 
KeyLength = 768 


0x01 


128-octet (1024-bit) Diffie- 
Hellman key. 
KeyLength = 1024 


0x02- 
Oxff 


Reserved 



9 
10 
11 
12 

13 
14 



7.6.5.5.1 ConfigurationRequest 

The sender sends the ConfigurationRequest message to request the configuration of one 
or more parameters for the Key Exchange Protocol. The ConfigurationRequest message 
format is given as part of the Generic Configuration Protocol (see 10.7). 

The sender shall set the MessagelD field of this message to 0x50. 



Channels 


FTC RTC 


Addressing 


unicast 



SLP 


Reliable 




Priority 


40 



7.6.5.5.2 ConfigurationResponse 

The sender sends the ConfigurationResponse message to select one of the parameter 
settings offered in an associated ConfigurationRequest message. The 
ConfigurationResponse message format is given as part of the Generic Configuration 
Protocol (see 10.7). 

The sender shall set the MessagelD field of this message to 0x51 . 



Channels 



FTC RTC 



Addressing 



unicast 



SLP 


Reliable 


Priority 


40 
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7.6.6 Protocol Numeric Constants 



Constant 


Meaning 


value 


NKEPTVpc 


Type field for this protocol 


Table 2.3.6-1 


Nkepdh 


Subtype field for this protocol 


0x0001 


TlCEPSigCompAN 


Time to receive ATKeyComplete after 
sending ANKeyComplete 


3.5 seconds 


TlCEPSigCompAT 


Time to send ATKeyComplete after 
receiving ANKeyComplete 


3 seconds 


TKEPANResponse 


Time to receive KeyResponse after 
sending KeyRequest 


3.5 seconds 


TKEPATResponse 


Time to send KeyResponse after 
receiving KeyRequest 


3 second 
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Table 7.6.5.5-1. Common Primitive Base and Common Prime Modulus for KeyLength 

equal to 768 38 





Meaning 


Value 


g 


Common primitive base 


0x02 


P 


Common prime modulus 
(MSB first) 


OxFFFFFFFF 
0x2168C234 
0x29024E08 
0x3B139B22 
0xEF9519B3 
0xF25F1437 
0xE485B576 
. 0xA63A3620 


OxFFFFFFFF 
0xC4C6628B 
0x8A67CC74 
0x514A0879 
0xCD3A431B 
0x4FEl356D 
0x625E7EC6 
OxFFFFFFFF 


0xC90FDAA2 
0x80DClCDl 
0x020BBEA6 
0x8E3404DD 
Ox302B0A6D 
0x6D51C245 
0xF44C42E9 
OxFFFFFFFF 



Table 7.6.5.5-2. Common Primitive Base and Common Prime Modulus for KeyLength 

equal to 1024 



Constant 


Meaning 


Value 


g 


Common primitive base 


0x02 






OxFFFFFFFF 


OxFFFFFFFF 


0xC90FDAA2 


P 




0x2168C234 


0xC4C6628B 


Ox80DClCDl 






Ox29024E08 


0x8A67CC74 


OxO20BBEA6 






0x3Bl39B22 


0x514A0879 


Ox8E3404DD 




Common prime modulus 


0xEF9519B3 


0xCD3A431B 


Ox302B0A6D 




0xF25F1437 


0x4FEl356D 


0x6D51C245 




(MSB first) 


0xE485B576 


0x625E7EC6 


0xF44C42E9 






0xA637ED6B 


0x0BFF5CB6 


0xF406B7ED 






0xEE386BFB 


0x5A899FA5 


0xAE9F2411 






0x7C4BlFE6 


0x49286651 


0xECE65381 






OxFFFFFFFF 


OxFFFFFFFF 





6 



7.6.7 Message Flows 

Figure 7.6.7-1 shows an example flow diagram in which the access network quickly 
computes the Key and the signature and sends it to the access terminal. The access 
terminal still needs time to finish the Key calculation. In this case the AT Signature 
Computation Timer expires, but the ATEey Computation Itmerdoes not expire. 



38 The values for p and g are taken from [7] . 
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1 KEPSigCompAN 



KEPKeyCompAT 



-KeyRequestfT, 



KEPKcyCoopAN' 



• KeyResponse(T f 



KEPKeyCompAT 



- ANKeyCompiete(KeySignature)- 



-ATKeyComplete- 



KEPKeyCompAN 



AThasJbushed 
computing the Key 

AT starts 
verifying the 
signature 



2 Figure 7.6.7-1 . Example Call Flow: Timer TKEPsigcompAN Expires But TWKeycompAT Does Not 

3 Expire 

4 Figure 7.6.7-2 shows an example flow diagram in which the access network requires a 
s longer period of time to compute the Key. In this case the AT Key Computation Turner 
e expires, but the ATSignature Computation ISmerdoes not expire. 
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KEPKeyComp AT 



i-T 

KEPSigCompAN 



-KeyRequestfT 



KEPKcyCompAN 



- KeyResponse(T, 



KEPKcyCompAT ' 



- ANKeyComplete(KeySignature)- 



■ ATKeyComplete - 



1 KEPKcyCompAN 



AT has finished 
computing the 
Key 



AT starts 
verifying the 
signature 



Figure 7.6.7-2. Example Call Flow: Timer TKEPsigcompAN Does Not Expire But TWKcycompAT 

Expires 
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7.7 Default Authentication Protocol 



9 
10 

11 

12 
13 



7.7.1 Overview 

The Default Authentication Protocol does not provide any services except for transferring 
packets between the Encryption Protocol and the Security Protocol. 

7.7.2 Basic Protocol Numbers 

The Subtype field for this protocol is two octets set to NAPDefauit. 

7.7.3 Protocol Data Unit 

The protocol data unit for this protocol is an Authentication Protocol packet. 

When this protocol receives Encryption Protocol packets, it shall forward them to the 

Security Protocol. 

When the protocol receives a Security Protocol packet from the Security Protocol, it shall 
set the Encryption Protocol packet to the Authentication Protocol packet and shall forward 
the Encryption Protocol packet to the Encryption Protocol. 

7.7.4 Default Authentication Protocol Header 

The Default Authentication Protocol does not add a header. 

7.7.5 Default Authentication Protocol Trailer 

The Default Authentication Protocol does not add a trailer. 

7.7.6 Protocol Numeric Constants 



Constant 


Meaning 


Value 


NAPType 


Type field for this protocol 


Table 2.3.6-1 


NAPDeCault 


Subtype field for this protocol 


0x0000 
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7.8 SHA-1 Authentication Protocol 



20 
21 
22 

23 
24 

25 
26 

27 
26 
29 



7.8.1 Overview 

The SHA-1 Authentication Protocol provides a method for authentication of the Access 
Channel MAC Layer packets by applying the SHA-1 hash function to message bits that are 
composed of the ACAuthKey, security layer payload, CDMA System Time, and the sector ID. 

7.8.2 Basic Protocol Numbers 

The Subtype field for this protocol is two octets set to Napshai. 

7.8.3 Protocol Data Unit 

The protocol data unit for this protocol is an Authentication Protocol packet. This protocol 
receives Encryption Protocol Packets and adds the authentication layer header defined in 
7.8.5 in front of each Access Channel Encryption Protocol Packet to make an Access 
Channel Authentication Protocol Packet and forwards it to the Security protocol. 
When the protocol receives Access Channel Security protocol packets from the Security 
protocol, it constructs the Encryption Protocol Packet by removing the Authentication 
Protocol Header, and forwards the Encryption Protocol Packet to the Encryption Protocol. 

7.8.4 Procedures 

The procedures in 7.8.4.1 and 7.8.4.2 shall apply to packets carried by the Access Channel. 
For all other packets, the Default Authentication Protocol defined in 7.7 shall apply. 

7.8.4.1 Access Network Requirements 

Upon reception of an Authentication Protocol packet from the Access Channel, the access 
network shall compute and verify the Access Channel MAC Layer packet authentication 
code (ACPAC) given in the authentication protocol header as follows: 

# The access network shall construct the ACAuthKey from the RPCAuthKey public 
data of the Key Exchange Protocol as follows: 

- If the length of RPCAuthKey is equal to the length of ACAuthKey, then ACAuthKey 
shall be RPCAuthKey. 

- Otherwise, if the length of RPCAuthKey is greater than the length of ACAuthKey, 
then ACAuthKey shall be the ACAuthKeyLengh least significant bits of 
RPCAuthKey. 

- Otherwise, if the length of RPCAuthKey is less than the length of ACAuthKey, 
then ACAuthKey shall be set to RPCAuthKey with zeros concatenated to the end 
(LSB) of it, such that the length of the result is ACAuthKeyLength. 

• The access network shall construct the message bits for computing ACPAC as shown 
in Table 7.8.4.1-1: 
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Table 7.8.4.1-1. Message Bits for ACPAC Computation 



Field 



Length(bits) 



ACAuthKey 



ACAuthKeyLength 



Authentication Protocol 
Payload 



variable 



SectorlD 



128 



TimeStampLong 



64 



2 
3 

A 
5 
6 

7 
8 
9 
10 

11 

12 
13 

14 

15 

16 
17 

18 
19 
20 

21 
22 

23" 

24.. 
251 
26 1 



where SectorlD is provided as public data by the Overhead Messages protocol and 
TimeStampLong is the 64-bit public value provided by the Security layer protocol. 

• The access network shall pad the message bits constructed in the previous step, as 
specified in [6], and compute the 160-bit message digest as specified in [6] and set 
ACPAC to the 64 least significant bits of the message digest 

If the ACPAC computed in the previous step matches the ACPAC field in the Protocol 
Header, then the Protocol shall deliver the Authentication Layer Payload to the Encryption 
Protocol. Otherwise, the Protocol shall issue a Failed indication and shall discard the 
security layer packet. 

7.8.4.2 Access Terminal Requirements 

Upon reception of an Encryption Protocol packet destined for the Access Channel, the 
access terminal shall compute ACPAC as follows: 

• The access terminal shall construct the ACAuthKey from the RPCAuthKey public 
data of the Key Exchange Protocol as follows: 

- If the length of RPCAuthKey is equal to the length of ACAuthKey, then ACAuthKey 
shall be RPCAuthKey. 

- Otherwise, if the length of RPCAuthKey is greater than the length of ACAuthKey, 
then ACAuthKey shall be the ACAuthKeyLengh least significant bits of 
RPCAuthKey. 

- Otherwise, if the length of RPCAuthKey is less than the length of ACAuthKey, 
then ACAuthKey shall be the concatination of zeros at the end (LSB) of 
RPCAuthKey, such that the length of the result is ACAuthKeyLength. 

• The access terminal shall construct the message bits for computing ACPAC as shown 
in Table 7.8.4.2-1: 
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Table 7.8.4.2-1. Message Bits for ACPAC Computation 



JO 

11 



12 
13 



15 
16 
17 



Field 


Length(bits) 


ACAuthKey 


ACAuthKeyLength 


Authentication Protocol 
Payload 


variable 


SectorlD 


128 


Time S tampLong 


64 



where SectorlD is provided as public data by the Overhead Messages Protocol and 
TimeStampLong is the 64-bit public value provided by the Security Protocol. 

• The access terminal shall pad the message bits constructed in the previous step, as 
specified in [6], and compute the 160-bit message digest as specified in [6] and set 
the ACPAC field to the 64 least significant bits of the message digest 

7.8.5 SHA-1 Authentication Protocol Header Format 
The SHA-1 Authentication Protocol is as follows: 



Field 


Length(bits) 


ACPAC 


64 



ACPAC 



Access Channel Packet Authentication Code. The access terminal 
shall compute this field as specified in 7.8.4.2. 



7.8.6 SHA-1 Authentication Protocol Trailer 

The SHA-1 Authentication Protocol does not add a trailer. 

7.8.6.1 Configuration Messages 

The SHA-1 Authentication Protocol uses the Generic Configuration Protocol for 
configuration. All configuration messages sent by this protocol shall have their Type field 

Set tO NAPTypc 

Unless stated otherwise, all attributes are simple attributes. 

The configurable attributes for this protocol are listed in Table 7.8.6.1-1. 

The access terminal shall use as defaults the values Table 7.8.6.1-1 typed in bold italics. 
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Table 7.8.6.1-1. Configurable Values 



Attribute 
ID 


Attribute 


Values 


Meaning 


0x00 


ACAuthKeyLength 


OxOOAO 


Default value for the 
authentication key length in 
bits. 


0x0000- 
OxFFFF 


Access Channel authentication 
key length in bits. 



7.8.6.1.1 ConfigurationRequest 

The sender sends the ConfigurationRequest message to request the configuration of one 
or more parameters for the Authentication Protocol. The ConfigurationRequest message 
format is given as part of the Generic Configuration Protocol (see 10.7). 

The sender shall set the MessagelD field of this message to 0x50. 



Channels 


FTC RTC 


Addressing 


unicast 



SLP 


Reliable 


Priority 


40 



92 

10: 



13 
14 



7,8.6.1.2 ConfigurationResponse 

The sender sends the ConfigurationResponse message to select one of the parameter 
settings offered in an associated ConfigurationRequest message. The 
ConfigurationResponse message format is given as part of the Generic Configuration 
Protocol (see 10.7). 

The sender shall set the MessagelD field of this message to 0x51. 



Channels 



FTC RTC 



Addressing 



unicast 



SLP 


Reliable 


Priority 


40 



15 
16 



7.8.7 Protocol Numeric Constants 



Constant 


Meaning 


Value 


NAFType 


Type field for this protocol 


Table 2.3.6-1 


Napshai 


Subtype field for this protocol 


0x0001 
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1 7.9 Default Encryption Protocol 

2 The Default Encryption Protocol does not alter the Security Layer packet payload (i.e., no 

3 encryption/ decryption) and does not add an Encryption Protocol Header or Trailer; 

4 therefore, the Cipher-text for this protocol is equal to the Connection Layer packet. If 

5 needed, end-to-end encryption can be provided at the application layer (which is outside 
e the scope of this specification). 

7 7.9. 1 Basic Protocol Numbers 

a The Subtype field for this protocol is two octets set to N E PDefauit. 

9 7.9.2 Protocol Data Unit 

10 The protocol data unit for this protocol is an Encryption Protocol Packet. The Encryption 

11 Protocol Packet for this protocol is the same as the Connection Layer packet. 

12 7.9.3 Default Encryption Protocol Header 

13 The Default Encryption Protocol does not add a header. 

14 7.9.4 Default Encryption Protocol Trailer 

is The Default Encryption Protocol does not add a trailer. 

16 7.9.5 Protocol Numeric Constants 



Constant 


Meaning 


Value 


Neptvpc 


Type field for this protocol 


Table 2.3.6-1 


NEPDefault 


Subtype field for this protocol 


0x0000 
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8 MAC LAYER 



8.1 Introduction 



:9 
10 
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8.1.1 General Overview 

The MAC Layer contains the rules governing operation of the Control Channel, Access 
Channel, Forward Traffic Channel, and Reverse Traffic Channel. 

This section presents the default protocols for the MAC Layer. Each of these protocols can 
be independently negotiated at the beginning of the session. 

The MAC Layer contains the following protocols: 

• Control Channel MAC Protocol : This protocol builds Control Channel MAC Layer 
packets out of one or more Security Layer packets, contains the rules concerning 
access network transmission and packet scheduling on the Control Channel, access 
terminal acquisition of the Control Channel, and access terminal Control Channel 
MAC Layer packet reception. This protocol also adds the access terminal address to 
transmitted packets. 

• Access Channel MAC Protocol : This protocol contains the rules governing access 
terminal transmission timing and power characteristics for the Access Channel. 

• Forward Traffic Channel MAC Protocol : This protocol contains the rules governing 
operation of the Forward Traffic Channel. It dictates the rules the access terminal 
follows when transmitting the Data Rate Control Channel, along with the rules the 
access network uses to interpret this channel. The protocol supports both variable 
rate and fixed rate operation of the Forward Traffic Channel. 

• Reverse Traffic Channel MAC Protocol : This protocol contains the rules governing 
operation of the Reverse Traffic Channel. It dictates the rules the access terminal 
follows to assist the access network in acquiring the Reverse Traffic Channel. It also 
dictates the rules the access terminal and the access network use to select the 
transmission rate used over the Reverse Traffic Channel. 

The relationship between the MAC layer protocols is shown in Figure 8.1.1-1. 



28 
29 



Control 
Channel MAC 
Protocol 



Access 
Channel MAC 
Protocol 



Forward 
Traffic 
Channel MAC 
Protocol 



Reverse 
Traffic 
Channel MAC 
Protocol 



Figure 8.1.1-1. MAC Layer Protocols 
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1 8.1.2 Data Encapsulation 

2 In the transmit direction, the MAC Layer receives Security Layer packets, adds layer- 

3 related headers, trailers and padding, and forwards the resulting packet for transmission to 

4 the Physical Layer. 

s In the receive direction, the MAC Layer receives MAC packets from the Physical Layer and 

e forwards them to the Security Layer after removing the layer-related headers, trailers and 

7 padding. 

e Figure 8.1.2-1, Figure 8.1.2-2, Figure 8.1.2-3, and Figure 8.1.2-4 illustrate the relationship 

9 '_ between Security Layer packets, MAC packets and Physical Layer packets for the Control 

10 ~ Channel, Access Channel, and the Forward and Reverse Traffic Channels. 
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Figure 8.1.2-1. Control Channel MAC Layer Packet Encapsulation 
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Figure 8.1.2-2. Access Channel MAC Layer Packet Encapsulation 
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Figure 8.1.2-3. Forward Traffic Channel MAC Layer Packet Encapsulation 
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2 Figure 8.1.2-4:. Reverse Traffic Channel MAC Layer Packet Encapsulation 
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8.2 Default Control Channel MAC Protocol 
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8.2.1 Overview 

The Default Control Channel MAC Protocol provides the procedures and messages required 
for an access network to transmit and for an access terminal to receive the Control 
Channel. 

This specification assumes that the access network has one instance of this protocol for 
all access terminals. 

This protocol can be in one of two states: 

• Inactive State : in this state the protocol waits for an Activate command. This state 
corresponds only to the access terminal and occurs when the access terminal has 
not acquired an access network or is not monitoring the Control Channel. 

• Active State : in this state the access network transmits and the access terminal 
receives the Control Channel. 



Initial State 
(AT) 
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Rx Activate 

(AT Only) 



Initial State 
(AN) 




Rx: Deactivate 

(AT only) 

Figure 8.2.1-1. Default Control Channel MAC Protocol State Diagram 
8.2.2 Primitives and Public Data 

8.2.2.1 Commands 

This protocol defines the following commands: 

• Activate. 

• Deactivate. 

8.2.2.2 Return Indications 

This protocol returns the following indications: 

• SuperviskmFaSed 

8.2.2.3 Public Data 

• None. 
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8.2.3 Basic Protocol Numbers 

The Type field for this protocol is one octet, set to NccMPType. 
The Subtype field for this protocol is two octets, set to NccMPDefeuit. 

8.2.4 Protocol Data Unit _ 

The transmission unit of this protocol is the Control Channel MAC Layer packet. Each 
Control Channel MAC Layer packet consists of zero or more Security Layer packets for zero 
or more access terminals. 

The protocol constructs a packet out of the Security Layer packets, as follows: 

• It adds the MAC Layer header specified in 8.2.6.1 in front of every Security Layer 
packet. 

• Concatenates the Control Channel Header specified in 8.2.6.2 followed by the above 
formed packets. 

• Pads the resulting packet as defined in 8.2.6.3. 

• Adds the reserved bits as defined in 8.2.6.4. 

The protocol then sends the packet for transmission to the Physical Layer. The packet 
structure is shown in Figure 8.2.4-1. 

Control Channel MAC Layer packets can be transmitted, either in a synchronous capsule, 
which is transmitted at a particular time, or in an asynchronous capsule which can be 
transmitted at any time, except when a synchronous capsule is transmitted, 
synchronous capsule consists of one or more Control Channel MAC Layer packets. An 
asynchronous capsule consists of one Control Channel MAC Layer packet. 

Shis protocol expects an address and a parameter indicating transmission in 
synchronous or an asynchronous capsule with each transmitted Security Layer packet. 
For Security Layer packets that are carried by an asynchronous capsule, this protocol can 
also receive an optional parameter indicating a transmission deadline. 



-MAC Layer packet- 
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28 
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MAC 


Security 
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Layer 
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pad 


reserved - 
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Figure 8.2.4-1. Control Channel MAC Packet Structure 

Received packets are parsed into their constituent Security Layer packets. The packets 
that are addressed to the access terminal (see 8.2.5.5.2.4) are then forwarded for further 
processing to the Security Layer. 
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1 8.2.5 Procedures 

2 8.2.5.1 Protocol Initialization and Configuration 

3 The access terminal shall start this protocol in the Inactive State. 

4 The access network shall start this protocol in the Active State. 

5 This protocol does not have any initial configuration requirements. 

e 8.2.5.2 Command Processing 

7 The access network shall ignore all commands. 

8 8.2.5.2.1 Activate 

9 If this protocol receives an Activate command in the Inactive State, 

10 • The access terminal shall transition to the Active State 

11 • The access network shall ignore it 

12 If this protocol receives this command in the Active State it shall be ignored. 

13 8.2.5.2.2 Deactivate 

14 If this protocol receives a Deactivate command in the Inactive State, it shall be ignored. 

15 If this protocol receives this command in the Active State, 

is • The access terminal shall transition to the Inactive State 

17 • The access network shall ignore it 

ie 8.2.5.3 Control Channel Cycle 

19 The Control Channel cycle is defined as a 256 slot period, synchronous with CDMA system 

20 time; i.e., there is an integer multiple of 256 slots between the beginning of a cycle and 

21 the beginning of CDMA system time. 

22 8.2.5.4 Inactive State 

23 This state applies only to the access terminal. 

24 When the protocol is in the Inactive State, the access terminal waits for an Activate 

25 command. 

26 8.2.5.5 Active State 

27 In this state, the access network transmits, and the access terminal monitors the Control 

28 Channel. 
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8.2.5.5.1 Access Network Requirements 
8.2.5.5.1.1 General Requirements 

The access network shall always have one instance of this protocol operating per sector. 

When the access network transmits the Control Channel, it shall do so using a rate of 38.4 
kbps or 76.8 kbps. 

The access network shall transmit synchronous capsules and it may transmit 
asynchronous capsules. When the access network transmits synchronous capsules, it 
shall comply with 8.2.5.5.1.2. When the access network transmits asynchronous capsules, 
it shall comply with 8.2.5.5.1.3. 

The timing of synchronous and asynchronous capsules is shown in Figure 8.2.5.5.1.1-1. 
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Figure 8.2.5.5.1.1-1. Location of Control Channel Capsules 
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8.2.5.5.1.2 Transmission of Synchronous Capsules 

The access network shall construct a synchronous capsule out of all the pending Security 
Layer packets that are destined for transmission in a synchronous capsule. The 
synchronous capsule may contain more than one Control Channel MAC Layer packet. 

The access network shall set the SynchronousCapsule bit of the Control Channel Header 
to '1' only for the first Control Channel MAC Layer packet of a synchronous capsule. 

The access network shall set the LastPacket bit of the Control Channel Header to '1* only 
for the last Control Channel MAC Layer packet of a synchronous capsule. 

The access network shall set the Offset field of the Control Channel Header to the same 
value for all the Control Channel MAC Layer packets of a synchronous capsule. 
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U the access network has no pending Security Layer packets, it shall transmit 
synchronous capsule with one Control Channel MAC Layer packet containing only the 
Control Channel header.The access network shall transmit the Control Channel MAC 
Layer packets of a synchronous capsule as follows: 

♦ The first MAC Layer packet shall start transmission at times T where T satisfies 
the following equation: 

T mod 256 « Offset. 

♦ All other MAC Layer packets of the capsule shall start transmission at the earliest 
time T following the end of transmission of the previous packet of the capsule that 
satisfies the following equation: 

T mod 4 = Offset, 

where T is CDMA System Time in slots and Offset is as specified in the Control Channel 
header of the packets. 

8.2.5.5.1.3 Transmission of Asynchronous Capsules 

The access network may transmit asynchronous capsules at any time during the Control 
Channel cycle in which it does not transmit a synchronous capsule. If the access network 
has queued Security Layer packets that are marked for transmission in an asynchronous 
capsule, it should transmit the packets no later than their associated transmission 
deadline, if one was provided. The access network may: 

• Transmit these packets in a synchronous capsule. 

• Transmit these packets in an asynchronous capsule. 

The access network shall set the SynchronousCapsule bit of the Control Channel Header 
to c 0* for the Control Channel MAC Layer packet of an asynchronous capsule. 

The access network shall set the LastPacket bit of the Control Channel Header to ( V for 
the Control Channel MAC Layer packet of an asynchronous capsule. 

The access network shall set the Offset field of the Control Channel Header to '00' for the 
Control Channel MAC Layer packet of an asynchronous capsule. 

8.2.5.5.2 Access Terminal Requirements 

8.2.5.5.2.1 Initial Acquisition 

When the access terminal detects a Control Channel preamble and determines that the 
packet being transmitted is the first Control Channel MAC Layer packet of a synchronous 
capsule, it shall subtract Offset slots from the beginning of the half slot boundary at which 
the preamble was detected, and shall set the result to the beginning of the 16-slot frame 
and the beginning of the Control Channel Cycle. 
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1 8.2.5.5.2.2 Normal Operation 

2 If the access terminal receives a Control Channel MAC Layer packet that has the 
a LastPacket bit in the Control Channel header set to '0', the access terminal shall continue 
4 monitoring the Control Channel for the Control Channel MAC Layer packets of the same 
s capsule until it either does not receive a Control Channel MAC Layer Packet at the 
e designated timeor it receives a Control Channel MAC Layer packet with the LastPacket bit 
7 set to '1*. 

e 8.2.5.5.2.3 Control Channel Supervision 

9 Upon entering the active state, the access terminal shall set the Control Channel 

10 supervision timer for TccMPSupcrvtsion. If a Control Channel capsule is received while the timer 

11 is active, the timer is reset and restarted. If the timer expires the protocol returns a 

12 SuperviskmFcuIed indication and disables the timer. 

13 8.2.5.5.2.4 Address Matching 

14 When the access terminal receives a Control Channel MAC packet, it shall perform the 

15 following: 

is • Access terminal shall parse the packet into its constituent Security Layer packets. 

it • Access terminal shall forward the Security Layer packet along with the 

18 SecurityLayerFormat and the ConnectionLayerFormat fields to the Security Layer if 

19 either of the following two conditions are met: 

20 - If the ATIType field and the ATI field of the ATI Record in the MAC Layer header of 

21 a Security Layer packet is equal to the ATIType and ATI fields of any member of 

22 the Address Management Protocol's ReceiveATIList. 

23 - If the ATIType of the ATI Record in the MAC Layer header of a Security Layer 

2 4 packet is equal to W (i.e., BATI). 

25 • Otherwise, the access terminal shall discard the Security Layer packet. 

26 8.2.6 Header Formats 

27 8.2.6. 1 MAC Layer Header Format 

2e The access network shall place the following header in front of every transmitted Security 

29 Layer packet: 
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Field 


Length (bits) 


Length 


8 


SecurityLayerFormat 


1 


Connection Layer Format 


1 


Reserved 


4 


ATI Record 


2 or 34 



Length 



SecurityLayerFormat 



The access network shall set this field to the combined length, in 
octets, of the Security Layer packet and this MAC Layer header 
excluding the Length field. 

The access network shall set this field to '1' if security layer packet 
has security applied; otherwise, the access network shall set this 
field to '(>'. 



10 

11 



12 
13 



15 
16 



IB 
19 



ConnectionLayerFormat 

The access network shall set this field to '1' if the connection layer 
packet is Format B; otherwise, the access network shall set this field 
to <0\ 



Reserved 



ATI Record 



The access network shall set this field to all zeros. The access 
terminal shall ignore this field. 

Access Terminal Identifier Record. The access network shall set this 
field to the record specifying the access terminal's address. This 
record is defined in 10.2. 



8.2.6.2 Control Channel Header Format 

The access network shall place the following header in front of every Control Channel MAC 
Layer packet: 



Field 


Length (bits) 


SynchronousCapsule 


1 


LastPacket 


1 


Offset 


2 


Reserved 


4 



20 
21 



SynchronousCapsule 



For the first Control Channel MAC Layer packet of a synchronous 
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capsule, the access network shall set this field to '1'; otherwise, the 
access network shall set this field to *0\ 

For the last Control Channel MAC Layer packet of a synchronous 
capsule or asynchronous capsule, the access network shall set this 
field to .'1'; otherwise, the access network shall set this field to '0'. 

For the first Control Channel MAC Layer packet of a synchronous 
capsule, the access network shall set this field to the offset in slots of 
the Synchronous Control Channel relative to the Control Channel 
Cycle; otherwise, the access network shall set this field to zero. 

The access network shall set this field to zero. The access terminal 
shall ignore this field. 

is The access network shall add sufficient padding so that the Control Channel MAC Layer 
14 packet including all payload and headers is 1000 bits long. 

is The access network shall set the padding bits to '0'. The access terminal shaU ignore the 
is padding bits. 

17 z 8.2.6.4 Reserved 

is " The access network shall add 2 reserved bits. 

19 The access network shall set the reserved bits to *0\ The access terminal shall ignore the 

20 - reserved bits. 

Z i 8.2.7 Protocol Numeric Constants 



Constant 


Meaning 


Value 


NcCMPTypc 


Type field for this protocol 


Table 2.3.6-1 


NcCMPDeCault 


Subtype field for this protocol 


0x0000 


TcCMPSupervIslcn 


Control Channel supervision timer 
value 


12 Control Channel 
Cycles 



8.2.8 Interface to Other Protocols 



8.2.8.1 Commands 

This protocol does not issue any commands. 

8.2.8.2 Indications 

This protocol does not register to receive any indications. 



10 

n 



LastPacket 



Offset 



Reserved 



12 8.2.6.3 Pad 
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8.3 Default Access Channel MAC Protocol 



8 
9 
10 

11 

12 



8.3.1 Overview 

The Default Access Channel MAC Protocol provides the procedures and messages required 
for an access terminal to transmit and an access network to receive the Access Channel. 

This specification assumes that the access network has one instance of this protocol for 
all access terminals. 

This protocol can be in one of two states: 

• Inactive State : In this state the protocol waits for an Activate command. This state 
corresponds only to the access terminal and occurs when the access terminal has 
not acquired an access network or the access terminal has a connection open. 

• Active State : In this state the access terminal transmits and the access network 
receives the Access Channel. 



Initial State 
{AT) 




Rx Activate 

(AT only) 



Initial State 
(AN) 



Rx Deactivate 
(AT only) 




Figure 8.3.1-1. Default Access Channel MAC Protocol State Diagram 



8.3.2 Primitives and Public Data 
8.3.2.1 Commands 

This protocol defines the following commands: 

• Activate 

• Deactivate 



22 
23 
24 
25 



8.3.2.2 Return Indications 

This protocol returns the following indications: 

• TixmsrrdssicriSuccessJUl 

• TransnussionAborteii 

• TnmsmissionFctiled 

• TxStarted 
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1 ♦ TxEnded 

2 • SupervisionFaQed 

3 8.3.2.3 Public Data 

4 This protocol shall make the following data public: 
s • DataOffsetNom 

e ♦ DataOffset9k6 

7 • PowerStep 

s • OpenLoopAdjust 

9 • ProbelnitiaiAdjust 

10 • PreambleLength 

u • AccessSignature field of the next AccessParameters message that it will send 

12 • MIacmac 

13 • MQacmac 

14 8.3.3 Basic Protocol Numbers 

is The Type field for the Access Channel MAC Protocol is one octet, set to N A cMPTypc. 

16 The Subtype field for the Default Access Channel MAC Protocol is two octets, set to 

17 N ACMPDefault . 

is 8.3.4 Protocol Data Unit 

19 The transmission unit of this protocol is the Access Channel MAC Layer packet. Each 

20 Access Channel MAC Layer packet contains part or all of a Security Layer packet. 

21 The protocol constructs one or more packets out of the Security Layer packet as follows: 

22 • it adds the MAC Layer header specified in 8.3.6.1 in front of the Security Layer 

23 packet, 

24 • it adds the FCS as defined in 8.3.6.2, 

25 • it pads the Security Layer packet as defined in 8.3.6.3, 

26 ♦ it splits the result into one or more Access Channel MAC Layer capsule fragments, 

27 • it adds the reserved bits, as defined in 8.3.6.4, to the capsule fragments to construct 
2s the Access Channel MAC Layer packets. 

29 This protocol passes the packets for transmission to the Physical Layer. An example of the 

so packet structure is shown in Figure 8.3.4-1. 

31 Received packets are passed for further processing to the Security Layer after 

32 concatenation, removing the padding, FCS checking, and removing the MAC layer 
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headers. The value of the SecurityLayerFormat and ConnectionLayerFormat fields shall be 
passed to the Security Layer with the Security Layer packet. 



-MAC Layer capsule- 



MAC 
Layer 
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Layer 
packet 
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pad 





MAC 




Layer 


reserved 
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-MAC Layer packet- 



-MAC Layer packet - 



Figure 8.3.4-1. Access Channel MAC Packet Structure 
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8.3.5 Procedures 

8.3.5.1 Protocol Initialization and Configuration 

The access terminal shall start this protocol in the Inactive State. 
The access network shall start this protocol in the Active State. 

Access Channel parameters are provided by using the AccessParameters message, by 
using the ConfigurationRequest/ConfigurationResponse messages, or by using a protocol 
constant. Section 8.3.6.6 defines the AccessParameters message. Section 8.3.6.7.1.1 
defines the complex attribute that cam be configured and the default values the access 
terminal shall use unless superceded by a configuration exchange (see 10.3). Section 8.3.7 
lists the protocol constants. 

8.3.5.2 Command Processing 

The access network shall ignore all commands. 

8.3.5.2.1 Activate 

If this protocol receives an Activate command in the Inactive State, 

• The access terminal shall transition to the Active State. 

• The access network shall ignore it. 

If this protocol receives the command in the Active State it shall be ignored. 

8.3.5.2.2 Deactivate 

If this protocol receives a Deactivate command in the Inactive State, it shall be ignored. 
If this protocol receives the command in the Active State, 

• The access terminal shall transition to the Inactive State. 
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• The access network shall ignore it. 
8.3.5.3 Access Channel Structure 

Figure 8.3.5.3-1 and Figure 8.3.5.3-2 illustrate the access probe structure and the access 
probe sequence. 

The Access Channel Cycle specifies the time instants at which the access terminal may 
start an access probe. An Access Channel probe may only begin at times T such that 

T mod AccessCycleDuration = 0, 

where T is system time in slots. 

The structure of an individual access probe is shown in Figure 8.3.5.3-1. In each access 
probe, the pilot (I-channel) is first enabled and functions as a preamble. After 
PreambleLength frames (PreambleLength x 16 slots), the probe data (Q-channel) is enabled 
for up to CapsuleLengthMax x 16 slots. 



13 
14 



15 
16 



18 

19 

20 
21 



Acce 



Beginning of an 
Access Channel 
Cycle 



Beginning of an 
Access Channel 
Cycle 



AccessCycleDuration — — AccessCycleDuration — »| 



{PreambleLength x 16 slots) 


4 { up to * 

CapsuieLength 
Max x 16 slots) 






^^^^^^^^^ Actual Access Probe Transmission ^^^^^^^^^^ 



Figure 8.3.5.3-1 . Access Probe Structure 

Each probe in a sequence is transmitted at increased power until any of the following 
conditions are met: 

• Access terminal receives an ACAck message. 

• Transmission is aborted because the protocol received a Deactivate command, or 

• Maximum number of probes per sequence (ProbeNumStep) has been transmitted. 

Prior to the transmission of the first probe, the access terminal performs a persistence 
test which is used to control congestion on the Access Channel. 



22 Additionally the access terminal performs a persistence test in between probe sequences. 
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probe 1 2 3 N p 1 2 3 N p 1 2 3 N p Time 

probe rn fir) ■■■ (n7) 

2 sequence v y K ' 

3 Figure 8.3.5.3-2. Access Probe Sequences 

4 8.3.5.4 Inactive State 

& This state applies only to the access terminal. 

e In this state the access terminal waits for an Activate command. 

? 8.3.5.5 Active State 

s In this state the access terminal is allowed to transmit on the Access Channel and the 
s access network is monitoring the Access Channel. 

10 If the protocol receives a Deactivate command, 

n • Access terminal shall: 

12 _ Immediately cease transmitting on the Access Channel if it is in the process of 

13 sending a probe. 

14 _ Return a TincmstmssionAborted indication if it was in the process of sending an 

15 Access Channel MAC Layer packet. 

16 - Transition to the Inactive State. 

17 • Access network shall ignore this command, 
is All other commands shall be ignored in this state. 

19 8.3.5.5.1 Access Terminal Requirements 

20 This protocol enforces a stop and wait packet transmission policy over the Access Channel. 

21 That is, the access terminal shall not send a new Access Channel MAC Layer packet 

22 before either: 

23 ♦ Receipt of an ACAck message for the previous packet, or 

24 • transmission of the previous packet failed after transmitting ProbeSequenceMax 

25 probe sequences for it. 
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1 The access terminal shall return a TxStarted indication before transmitting the first probe 

2 for an Access Channel MAC Layer packet. 39 

3 The access terminal shall return a Tx&nded indication either: 

4 • Simultaneous with a TrcmsmssskmAborted or a TnmsrrdsskynFctUed indication, or 
s ♦ TACMPTransacdon seconds after a TrcuxsmissionSuocess/uI indication. 

e 8.3.5.5.1.1 Probe Transmission 

7 The access terminal shall conform to the following rules when sending a probe: 

b 1. Current SectorParameters. The access terminal shall verify that the value of 

9 SectorSignature field of the latest QuickConfig message is the same as 

10 SectorSignature field of the latest SectorParameters message prior to sending the 
u first probe of the first probe sequence. Both SectorSignature values (one belonging 

12 to the QuickConfig message and one belonging to the SectorParameters message 

13 are public data of the Overhead Messages Protocol). 

14 2. Current AccessParameters. Prior to sending the first probe of the probe sequence, 
is the access terminal shall verify that the last AccessParameters message it 
ia received is current, according to the last AccessSignature value given as public 
17. data by the Overhead Messages Protocol. If the AccessParameters message is not 
ib" current, the access terminal shall start the AccessParameters supervision timer 
is: £>r ACMPAPSupwvfafam. If the timer expires before it receives the current 
20 AccessParameters message, the access terminal shall return a SuperutsionFaOed 
2r indication and transition to the Inactive State. 

2? 3. ATI Record . The access terminal shall set the ATI and ATIType fields of the ATI 

23 Record in the MAC Layer header to Transmit ATI. ATI and Transmit ATI. ATIType, 

24 respectively (TransmitATI is provided as public data by the Address Management 

25 Protocol). 

26 4. Probe Power Control. The access terminal shall send the i-th probe in the probe 

27 sequence at a power level given by X>+(i-l)xPowerStep, where 3fc represents the 

28 access terminal's open-loop mean output power of the Pilot Channel and is given by 

29 Xo = - Mean Rx Power (dBm) + OpenLoopAdjust + ProbelnitialAdjust 

30 and the Mean Rx Power is estimated throughout the transmission of each probe. 

31 5. Probe Structure. When sending a probe, the access terminal shall transmit 

32 PreambleLength frames of pilot only, followed by up to CapsuleLengthMax frames of 

33 probe data and pilot. The access terminal shall transmit a single Access Channel 

34 Capsule per probe. The access terminal shall not change the probe data contents in 

35 between probes. 



39 Higher layer protocols use this indication as a notification that there may be an outstanding 
transaction on the Access Channel; and, therefore, the access terminal should not go to sleep. 
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6. Long Code Cover. The access terminal shall use the Access Channel long codes to 
cover the entire probe. The Access Channel long code is specified in 8.3.5.5.1.2. 

7 inter-Probe Backoff . After sending an access probe within an access probe 
sequence, the access terminal shall wait for Tp slots after the end of the access 
probe before sending the next probe in a probe sequence, where Tp = TACMPATProbeTimeout 
+ iy x AccessCycleDuration) and y is a uniformly distributed integer random 
number between 0 and ProbeBackoff. The access terminal shall not send the next 
probe in this probe sequence if it receives an ACAck message or it has already 
transmitted ProbeNumStep (N P in Figure 8.3.5.3-2) probes in this probe sequence. 



10 8.3.5.5.1.2 Access Channel Long Code Mask 

11 The access terminal shall set the Access Channel long masks, MIacmac and MQacmac as 

12 follows. 

13 The 42-bit masks MIacmac and MQacmac are specified in Table 8.3.5.5.1.2-1. 



Table 8.3.5.5.1.2-1. Access Channel Long Code Masks 



BIT 



cococococococoeo 



O O0 \D U) t4-CO<N^O 

oooooooooo 



ML 



AcccssCycIcNumbcr 



Permuted (ColorCode | SectorID[23:0]) 



AcccssCycIcNumbcr" 



Permuted (ColorCode | SectorlD [23:0])' 



16 In Table 8.3.5.5.1.2-1: 



17 
18 

19 
20 



25 
26 

27 
28 
29 
30 



32 
33 
34 



SectorlD is given as public data of Overhead Messages Protocol and corresponds to 
the sector to which the access terminal is sending the access probe. 

ColorCode is given as public data of Overhead Messages Protocol and corresponds to 
the sector to which the access terminal is sending the access probe. 

AccessCycleNumber is defined as follows: 

AccessCycleNumber - SystemTime mod 256 

Where: 

SystemTime is the CDMA System Time in slots corresponding to the slot in which 
the first access probe preamble for this access probe is sent. System Time is given 
as public data of Initialization State Protocol, and 

Permuted(ColorCode | SectorID[23:0])' and AccessCycleNumber' are bitwise 
complement of Permuted(ColorCode | SectorID[23:0]) and AccessCycleNumber, 
respectively. Permuted(ColorCode | SectorID[23:0]) is a permutation of the bits in 
ColorCode | SectorlD [2 3:0] and is defined as follows: 

ColorCode | SectorID[23:0] = (S31, S30, S29, So) 

Permuted(ColorCode | SectorID[23:0]) = 

(So, S31, S22, S13, S 4 , S 2 6, S17, S 8 , S30, S21, S12, S3, S25, Sie, S 7 , S29, S20, Sn, S2, S 2 4, S15, 
Se, S28, S19, Sio, Si, S23, S14, S 5 , S27, Sis, S 9 ). 
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12 
13 
14 



20 
21 

22 
23 

24 
25 
26 

27 
28 
29 
30 



33 
34 



8.3.5.5.1.3 Probe Sequence Transmission 

The access terminal shall conform to the following rules when sending a probe sequence: 

1. Persistence Test. Prior to sending the first probe of the sequence, the access 
terminal shall perform a persistence test in each Access Channel Cycle. For this 
test, the access terminal shall use the value p as specified by ^Persistence [ij 
where i is the class of the access terminal and APersistence[i[ is the t*-I) 3t 
occurrence of the APersistence field in the AccessParameters message. 40 If the 
access terminal does not have a class defined, it shall use t = 6, corresponding to 
non-emergency access terminals. 

When p is not zero, the persistence test consists of comparing a uniformly 
distributed random number x, 0< x< 1, with p. If x< p the test is said to succeed. If 
the persistence test succeeds or if the number of consecutive unsuccessful 
persistence tests exceeds 4/p, the access terminal may transmit in this Access 
Channel Cycle. Otherwise, if pis not equal to zero, the access terminal shall repeat 
the persistence test in the next Access Channel Cycle. If p is equal to zero, the 
access terminal shall return a TransmisskmFmbire indication and end the access. 

2. Transmitter Power. The access terminal shall not transmit a probe if it cannot 
transmit the probe at the prescribed power. If the access terminal does not 
transmit a probe for this reason, it shall abort the probe sequence. Aborted probe 
sequences are counted as part of the total ProbeSequenceMax probe sequences the 
access terminal is allowed to transmit for a given access. 

3. Probe Contents. The access terminal shall not change the data portion of the probe 
contents between probe sequences. 

4. Success Condition. If the access terminal receives an ACAck message it shall stop 
the probe sequence, including any transmission in progress, and shall return a 
TrxmsmisskmSuccessfijl indication . 

5. Failure Condition. If the access terminal has already sent ProbeSequenceMax 
probe sequences for this access (N s in Figure 8.3.5.3-2), and if it does not receive an 
ACAck message acknowledging its receipt within (TACMPATProbeTimeout + TACMPCycieLen) 
slots after the end of the last access probe, the access terminal shall return a 

1 TransmissionFctUed indication and abort the access. 

6. Inter- Sequence Backoff. The access terminal shall generate a uniformly 
1 distributed integer random number fc between 0 and ProbeSequenceBackoff. The 

access terminal shall wait for Ts - (fc x Access CycleDuration) + T A cMPATProbeTimcout slots 
from the end of the last probe of the previous sequence before repeating this 
sequence. 



40 The access terminal's class is configured through means that are outside the scope of this 
specification. 



8-20 



COPYRIGHT 2002: Electronic Industries Affiance 



OocurnenI provided by 1HS ticensee=European Patent Office/5920606100. User=, 
1 0/1 1/2002 05:33:04 MOT Questions or comments about this message: please call 
the Document Pofcy Management Group at 1 -800-45 1 - 1 5B4. 



BNSDOCID: <XP 2216567A_I_> 



MAC Layer 



TIA/EIA/IS-856 



8.3.5.5.2 Access Network Requirements 

The access network should send an AccessParameters message at least once every 

NACMPAccessParaxneters Slots. 

The access network should send an ACAck message in response to every Access Channel 
MAC Layer capsule it receives. The message should be sent within T A cMPANProbeTimeout slots of 
receipt of the packet. 

The access network should monitor and control the load on the Access Channel. The 
access network may control the load by adjusting the access persistence vector, 
APersistence, sent as part of the AccessParameters message. 



8.3.6 Header and Message Formats 



12 
13 



15 
16 

17 
18 
19 
20 



8.3.6.1 MAC Layer Header 

The access terminal shall place the following header in front of the Security Layer packet: 



Length 



Field 


Length (bits) 


Length 


8 


SessionConfigurationToken 


16 


SecurityLayerFormat 


1 


ConnectionLayerFormat 


1 


Reserved 


4 


ATI Record 


34 



The access terminal shall set this field to the combined length, in 
octets, of the Security Layer packet and this MAC Layer header, 
excluding the Length field. 



SessionConfigurationToken 

The access terminal shall set this field to the value of the 
SessionConfigurationToken which is public data of the Session 
Configuration Protocol. 



21 SecurityLayerFormat 

22 The access terminal shall set this field to '1' if security layer packet 

23 has security applied; otherwise, the access terminal shall set this 

24 field to V. 

25 ConnectionLayerFormat 

26 The access terminal shall set this field to *1* if the connection layer 

27 packet is Format B; otherwise, the access terminal shall set this 

28 field to <0\ 
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4 

5 - 
6 



10 
11 



14 
15 
16 

17 
18 



Reserved The access terminal shall set this field to zero. The access network 

shall ignore this field. 

ATI Record Access Terminal Identifier Record. The access terminal shall set 

this field to the record specifying the access terminal's ID specified 
by TransmitATI.ATI and TransirntATI.ATIType. This record is defined 
in 10.2. 

8.3.6.2 FCS 

The FCS shall be calculated using the standard CRC-CCITT generator polynomial: 
g(x) = x 



(x) = x* 2 +x 26 + x 2 *+x 22 + x l6 + x l2 + x n + x " + x * + x 1 + x 5 +x* + x 2 +x { + \ 



The FCS shall be equal to the value computed by the following procedure and the logic 
shown below: 

• All shift register elements shall be initialized to logical zeros. 

• Switches shall be set in the up position. 

• Register shall be clocked once for each bit of Access Channel MAC Layer Capsule, 
excluding the FCS and padding bits. The Access Channel MAC Layer Capsule is read 
in order from MSB to LSB, starting with the MSB of the MAC Layer header 

• Switches shall be set in the down position so that the output is a modulo-2 addition 
with a '0' and the successive shift register inputs are '0'. 

• Register shall be clocked an additional 32 times for the 32 FCS bits. 



21 
22 




| J Denotes one-bit storage clement 
O Denotes modulo-2 addition 



Up for all the bits of the 
Access Channel MAC Layer Capsule: 
then, down for the 32-bii 
Access Channel MAC Layer Capsule FCS. 



Figure 8.3.6.2-1. Access Channel MAC Layer Capsule FCS 



8.3.6.3 Padding Bits 

The access terminal shall add sufficient padding so that the Access Channel MAC capsule, 
including all payload, FCS, padding, and headers, is the smallest possible integer multiple 
of 232 bits. The access terminal shall set the padding bits to t 0\ The access network shall 
ignore the padding bits. 
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8.3.6.4 Reserved Bits 

The access terminal shall add 2 reserved bits to each Access Channel capsule fragment. 
The access terminal shall set the reserved bits to <0\ The access network shall ignore the 
reserved bits. 



5 8.3.6.5 ACAck 

6 The access network sends the ACAck message to acknowledge receipt of an Access 

7 Channel MAC Layer capsule. 



10 

11 

12 
13 



Field 


Length (bits) 


MessagelD 


8 



MessagelD 



The access network shall set this field to 0x00. 



Channels 


CC 


Addressing 


unicast 



SLP 


Best Effort 


Priority 


10 



8.3.6.6 AccessParameters 

The AccessParameters message is used to convey Access Channel information to the 
access terminals. 



Field 


Length (bits) 


MessagelD 


8 


AccessCycleDuration 


8 


AccessSignature 


16 


OpenLoopAdjust 


8 


ProbelnitialAdjust 


5 


ProbeNumStep 


4 


PreambleLength 


3 


N ACMPAPersist occurrences of the following field: 


APersistence 


6 




Reserved 


variable 



MessagelD 



The access network shall set this field to 0x01. 



COPYRIGHT 2002: Electronic Industries AtSance 



8-23 

Document provided by IHS Licensee-European Patera Offce/5920606100. User,. 
10/1 1/2002 05:33:04 MOT Questions or comments aboul this message: please can 
the Document Policy Management Group al 1 -800-451 -1S8i. 



BNSDOCID: <XP 221 6587 A_J_> 



TIA/EIA/IS-856 



MAC Layer 



1 "Acces s CycleDuration 

2 Z 
3 

4 -AccessSignature 

-5 



7 OpeixLoopAdjust 

8 

9 

10 ProbelnitialAdjust 

11 

12 
13 



14 
15 
16 
17 



20 
21 
22 
23 
24 

25 
26 
27 



ProbeNumStep 



PreambleLength 



APersistence 



Reserved 



The access network shall set this field to the duration of an Access 
Channel Cycle in units of slots. 

AccessParameters message signature. The access network shall 
change this field if the contents of the AccessParameters message 
change. 

The access network shall set this field to the negative of the 
nominal power to be used by access terminals in the open loop power 
estimate, expressed as an unsigned value in units of 1 dB. 

The access network shall set this field to the correction factor to be 
used by access terminals in the open loop power estimate for the 
initial transmission on the Access Channel, expressed as a two's 
complement value in units of 1 dB. 

The access network shall set this field to the maximum number of 
access probes access terminals are to transmit in a single access 
probe sequence. The access network shall set this field to a value in 
the range [1 ... 15]. 

The access network shall set this field to the length in frames of the 
access probe preamble. 

Access persistence vector. If a value in this vector is 0x3F» the 
access terminal shall use zero as the corresponding persistence 
probability; otherwise, if the value of this field, n, not equal to 0x3F, 
the access terminal shall use 2 n/4 as the corresponding persistence 
probability. 

Number of bits in this field is equal to the number needed to make 
the message length an integer number of octets. The access 
network shall set this field to zero. The access terminal shall ignore 
this field. 



Channels 


CC 


Addressing 


Broadcast 



SLP 


Best Effort 


Priority 


30 



31 
32 



8.3.6.7 Configuration Messages 

The Default Access Channel MAC Protocol uses the Generic Configuration Protocol to 
transmit configuration parameters from the access network to the access terminal. 
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13 
14 
15 
16 

17 
18 
19 
20 

21 
22 



8.3.6.7.1 Configurable Attributes 

8.3.6.7.1.1 The following complex attributes and default values are defined (see 
10.3):InitialConfiguration 



Field 


Length (bits) 


Default 


Length 


8 


N/A 


AttributelD 


8 


N/A 


One or more of the following record: 


ValuelD 


8 


N/A 


CapsuleLengthMax 


4 


2 


PowerStep 


4 


6 


ProbeSequenceMax 


4 


3 


ProbeBackoff 


4 


4 


ProbeSequenceBackoff 


4 


8 


Reserved 


4 


N/A 



Length 



5 
6 
7 

a AttributelD 

9 

io ValuelD 
ii 

12 



Length of the complex attribute in octets. The access network shall 
set this field to the length of the complex attribute excluding the 
Length field. 

Parameter set identifier. The access network shall set this field to 
0x00. 

The access network shall set this field to an identifier assigned to 
this complex attribute. The access network should change this field 
for each set of values for this complex attribute. 

Access Channel Capsule length. The access network shall set this 
field to the maximum number of frames in an Access Channel 
Capsule. The access terminal shall support all the valid values 
specified by this field. 

Probe power increase step. The access network shall set this field to 
the increase in power between probes, in resolution of 0.5 dB. The 
access terminal shall support all the valid values specified by this 
field. 

ProbeSequenceMax Maximum number of probe sequences. The access network shall set 

this field to the maximum number of probe sequences for a single 



CapsuleLengthMax 



PowerStep 
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1 access attempt. The access terminal shall support all the valid 

2 values specified by this field. 

3 ProbeBackoff Inter-probe backoff. The access network shall set this field to the 

4 upper limit of the backoff range (in units of AccessCycleDuration) 

s _ that the access terminal is to use between probes. The access - 

e terminal shall support all the valid values specified by this field. 

7 ProbeSequenceBackoff 

e Inter-probe sequence backoff. The access network shall set this field 

s to the upper limit of the backoff range (in units of 

10 AccessCycleDuration) that the access terminal is to use between 

" probe sequences. The access terminal shall support all the valid 

12 values specified by this field. 

is Reserved The access network shall set this field to zero. The access terminal 

14 shall ignore this field. 



15 8.3.6.7.1.2 PowerParameters Attribute 

16 



Field 


Length (bits) 


Default 


Length 


8 


N/A 


AttributelD 


8 


N/A 


One or more of the following record: 


ValuelD 


8 


N/A 


DataOffsetNom 


4 


0 


DataOffset9k6 


4 


0 



17 Length Length of the complex attribute in octets. The access network shall 

is set this field to the length of the complex attribute excluding the 

19 Length field. 

ao AttributelD The access network shall set this field to 0x01 . 

21 ValuelD The access network shall set this field to an identifier assigned to 

22 this complex value. 

23 DataOffsetNom The access network shall set this field to the nominal offset of the 
2* access data channel power to pilot channel power, expressed as 2's 

25 complement value in units of 0.5 dB. The access terminal shall 

26 support all the valid values specified by this field. 
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11 

12 



17 
18 



DataOffset9k6 The access network shall set this field to the ratio of access channel 

power at 9600 bps to the nominal access channel power at 9600 bps, 
expressed as 2's complement in units of 0,25 dB. The access 
terminal shall support all the valid values specified by this field. 

8.3.6.7.2 ConfigurationRequest 

The ConfigurationRequest message format is given as part of the Generic Configuration 
Protocol (see 10.7). 

The MessagelD field for this message shall be set to 0x50. 



Channels 


CC FTC 


Addressing 


unicast 



SLP 


Reliable 




Priority 


40 



8.3.6.7.3 ConfigurationResponse 

The ConfigurationResponse message format is given as part of the Generic Configuration 
Protocol (see 10.7). 

The MessagelD field for this message shall be set to 0x51 . 

If the access terminal includes an attribute with this message, it shall set the AttributelD 
field of the message to the AttributelD field of the ConfigurationRequest message 
associated with this response and it shall set the ValuelD field to the ValuelD field of one 
of the complex attribute values offered by the ConfigurationRequest message. 
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Channels 



RTC 



Addressing 



unicast 



SLP Reliable 



Priority 



40 



8.3.7 Protocol Numeric Constants 



Constant 


Meaning 


Value 


NACMPTypc 


Type field for this protocol 


Table 2.3.6-1 


NACMPDefault 


Subtype field for this protocol 


0x0000 


NACMPAPcreist 


Number of different persistence 
values 


4 


N ACM P Acces sPaxametttra 


The recommended maximum 
number of slots between 
transmission of two consecutive 
AccessParameters message. 


3 * TACMPCycleLen 


TACMPAPSupervision 


AccessParameters supervision 
timer 


12 * TACMPCycleLen 


TACMPATProbeTimcout 


Time to receive an 
acknowledgment at the access 
terminal for a probe before sending 
another probe 


128 slots 


T ACMPANProbeTimeout 


Maximum time to send an 
acknowledgment for a probe at the 
access network 


96 slots 


TACMPTransaction 


Time for access terminal to wait 
after a successful transmission 
before returning a TXEnded 
indication 


1 second 


TACMPCycleLen 


Length of Control Channel Cycle 


256 slots 



3 8.3.8 Interface to Other Protocols 

4 8.3.8.1 Commands 

s This protocol does not issue any commands, 

e 8.3.8.2 Indications 

7 This protocol does not register to receive any indications. 
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1 8.4 Default Forward Traffic Channel MAC Protocol 

2 8.4.1 Overview 

3 The Default Forward Traffic Channel MAC Protocol provides the procedures and messages 

4 required for an access network to transmit and an access terminal to receive the Forward 
s Traffic Channel. Specifically, this protocol addresses Forward Traffic Channel addressing 
e and Forward Traffic Channel rate control. 

? The access network maintains an instance of this protocol for every access terminal, 

a This protocol operates in one of three states: 

9 ♦ Inactive State : In this state, the access terminal is not assigned a Forward Traffic 

10 Channel. When the protocol is in this state, it waits for an Activate command. 

n • Variable Rate State : In this state, the access network transmits the Forward Traffic 

12 Channel at a variable rate, as a function of the access terminal's DRC value. 

13 • Fixed Rate State : In this state, the access network transmits the Forward Traffic 

14 Channel to the access terminal from one particular sector, at one particular rate. 

is The protocol states and allowed transitions between the states are shown in Figure 8.4.1-1. 

16 The rules governing these transitions are provided in sections 8.4.5.1, 8.4.5.4, 8.4.5.5.2, 

17 and 8.4.5.6.3 for transitions out of the Inactive State, Variable Rate State, and Fixed Rate 
is State. 




19 

20 Figure 8.4. 1 -1. Forward Traffic Channel MAC Protocol State Diagram 
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1 8.4.2 Primitives and Public Data 

2 8.4.2.1 Commands 

a This protocol defines the following commands: 

4 • ActWGtB 

s • Deactivate 

6 8.4.2.2 Return Indications 

7 This protocol returns the following indications: 
s ♦ Stq>enriskmFa3ed 

9 8.4.2.3 Public Data 

10 This protocol shall make the following data public: 

11 • DRCGating 

12 • DRCLength 

13 • DRCChannelGain 

14 • AckChannelGain 

15 ♦ DRCCover for every pilot in the Active Set 
is • Transmission rate in the Fixed Rate State 

17 8.4.3 Basic Protocol Numbers 

is • T^pe field for this protocol is one octet, set to NFrcMFiyp* 

19 • Subtype field for this protocol is two octets, set to NFrcMPDefauit 

20 8.4.4 Protocol Data Unit 

21 The transmission unit of this protocol is a Forward Traffic Channel MAC Layer packet. 

22 Each packet consists of one Security Layer packet. 

23 The protocol constructs a Forward Traffic Channel MAC Layer packet out of the Security 

24 Layer packet by adding the MAC Layer trailer as defined in 8.4.6. 1. 
The protocol then sends the packet for transmission to the Physical Layer. The packet 



25 



26 structure is shown in Figure 8.4.4-1. 

MAC Layer packet - 



Security 


MAC 


Layer 


Layer 


packet 


trailer 



27 



Figure 8.4.4-1. Forward Traffic Channel MAC Layer Packet Structure 
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If the MACLayerFormat field of the MAC Layer trailer is equal to '1 \ received packets are 
passed for further processing to the Security Layer after removing the layer-related trailer. 
The access terminal shall discard the MAC packet if the MACLayerFormat field of the MAC 
Layer trailer is equal to '0'. The ConnectionLayerFormat field within the MAC Layer trailer 
shall be passed to the Security Layer with the Security Layer packet. 

8.4.5 Procedures 

8.4.5.1 Protocol Initialization and Configuration 
This protocol shall be started in the Inactive State. 

The parameters for the Default Forward Traffic Channel MAC protocol are provided by 
using the ConfigurationRequest/ConfigurationResponse messages or by using a protocol 
constant. Section 8.4.6.4 defines the attributes that can be configured and the default 
values that the access terminal shall use unless superseded by a configuration exchange. 
Section 8.4.7 lists the protocol constants. 

8.4.5.2 Command Processing 

8.4.5.2.1 Activate 

If this protocol receives an Activate command in the Inactive State, the access terminal 
and the access network shall transition to the Variable Rate State. 

If this protocol receives the command in any other state it shall be ignored. 

8.4.5.2.2 Deactivate 

If the protocol receives a Deactivate command in the Variable Rate State or the Fixed Rate 
State, 

• The access terminal shall cease monitoring the Forward Traffic Channel, shall 
cease transmitting the DRC Channel, and shall transition to the Inactive State. 

• The access network should cease transmitting the Forward Traffic Channel to this 
access terminal, should cease receiving the DRC channel from this access 
terminal, and should transition to the Inactive State. 

If this command is received in the Inactive State it shall be ignored. 

8.4.5.3 Forward Traffic Channel Addressing 

Transmission on the Forward Traffic Channel is time division multiplexed. At any given 
time, the channel is either being transmitted or not; and, if it is being transmitted, it is 
addressed to a single user. When transmitting the Forward Traffic Channel, the access 
network uses the MACIndex to identify the target access terminal. 
Requirements for Forward Traffic Channel addressing are part of the Physical Layer. 
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15 
16 
17 



24 
25 



28 
29 
30 

31 
32 
33 
34 



8.4.5.4 Inactive State 

When the protocol is in the Inactive State, the access terminal and the access network 
wait for an Activate command. 

8.4.5.5 Variable Rate State 

In the Variable Rate State, the access network transmits at the rate dictated by the Data 
Rate Control (DRC) Channel transmitted by the access terminal. The access terminal shall 
use either a DRC cover index 0 or the DRC Cover index associated with a sector in its 
Active Set. The DRC cover index 0 is called the "null cover". A DRC cover that corresponds 
to a sector in the access terminal's Active Set is called a "sector cover". The access 
terminal is said to be pointing the DRC at a sector in its Active Set if the access terminal 
is using the DRC cover corresponding to that sector. 

The access terminal shall perform the supervision procedures described in 8.4.5.7 in the 
Variable Rate State. 

8.4.5.5.1 DRC and Packet Transmission Requirements 

The access terminal uses the DRC cover to specify the transmitting sector (the access 
terminal is said to point the DRC at that sector). The access terminal uses the DRC value 
to specify the requested transmission rate. 

8.4.5.5.1.1 Access Terminal Requirements 

The access terminal shall obey the following rules when transmitting the DRC: 

• access terminal shall use DRCLength slots to send a single DRC. 

• The DRC value and/ or cover may change in slots T such that: 

(T + 1 - FrameOffset) mod DRCLength = 0 
where T is the system time in slots. 

• If the DRCGating is equal to 1, the access terminal shall transmit the DRC over a 
one slot period, starting in slot T that satisfies the following equation: 

(T + 2 — FrameOffset) mod DRCLength = 0 

• DRC cover shall obey the following rules: 

- If the access terminal's current DRC cover is a sector cover, then the access 
terminal's next DRC cover shall not be a different sector cover. It may only be the 
same sector cover or a null cover. 

- If the access terminal's most recent sector cover corresponds to sector A, then 
the access terminal shall not use a sector cover corresponding to a sector B until 
the access terminal has determined that packets received from sector B will not 
overlap in time with packets received from sector A. 
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- The access terminal may inhibit reception of data from the access network by 
covering the DRC with the null cover. The access terminal shall set the DRC to 
the value it would have used had it requested data from the best serving sector. 

- The access terminal shall use either the null cover or a sector cover (see 8.4.5.5) 
as DRC cover. 

• Access terminal shall set the DRC to one of the valid values in Table 8.4.5.5.1.1-1, 
corresponding to the rate it requests. 

• Access terminal shall set the DRC to the maximum value that channel conditions 
permit for the sector at which the access terminal is pointing its DRC. The access 
terminal uses the null rate if the channel conditions do not permit even the lowest 
non-null rate. 



Table 8.4.5.5.1.1-1. DRC Value Specification 



DRC 
value 




Packet Length 
(Slots) 


0x0 


null rate 


N/A 


0x1 


38.4 


16 


0x2 


76.8 


8 


0x3 


153.6 


4 


0x4 


307.2 


2 


0x5 


307.2 


4 


0x6 


614.4 


1 


0x7 


614.4 


2 


0x8 


921.6 


2 


0x9 


1228.8 


1 


Oxa 


1228.8 


2 


Oxb 


1843.2 


1 


Oxc 


2457.6 


1 


Oxd 


Invalid 


N/A 


Oxe 


Invalid 


N/A 


Oxf 


Invalid 


N/A 



• If the access terminal has finished sending its DRC to sector A during slot n 
specifying a requested rate r t the access terminal should search for a preamble 
transmitted at rate r from sector A during slots n + 1 through rt + DRCLength. 
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1 • If the access terminal detects a preamble from any sector, the access terminal shall 

2 continue to receive the entire packet from that sector, using the requested rate. 

3 • If the access terminal is not already receiving a packet, it shall attempt to receive a 

4 packet transmitted at the rate it requested through the corresponding DRC value. 

s • if the access terminal receives a DRCLock bit that is set to '0' from the sector to 

e which it is pointing its DRC, the access terminal should stop pointing its DRC at 

7 that sector. 

s 8.4.5.5.1.2 Access Network Requirements 

9 The access network shall obey the following rules when processing the DRC and sending a 

10 packet to the access terminal: 

ni * if the access network begins transmitting a packet to the access terminal at slot T, 

12 it shall do so at the rate specified by the DRC whose reception was completed in slot 

13 T - 1 - ((T - FrameOffset) mod DRCLength). 

n4 • Once the access network initiates a packet transmission to a particular access 

is terminal, it shall continue transmitting to that access terminal until it receives a 

n6 PhysicalLayerJFtnwcmiTY^ indication. 

17 8.4.5.5.2 Transitions from the Variable Rate State 

is The access terminal may transition to the Fixed Rate State at any time. The access 

19 terminal shall perform the following steps in order to transition to the Fixed Rate State. 

20 ♦ If the access terminal's last sector cover was sector A, then the access terminal 

21 " shall continue using sector A's cover until it has determined that it is no longer 

22 " going to be served by Sector A. 

23 • Then, the access terminal shall cover the DRC with the null cover. 

24 : • Then, the access terminal shall send the FixedModeRequest message specifying: 
2s " - A sector in the active set. 

26 - - A data rate. 

27 8.4.5.6 Fixed Rate State 

28 In the Fixed Rate State, the access terminal receives Forward Traffic Channel MAC Layer 

29 packets at a specific rate from a specific sector. When the access network transmits a 
so Forward Traffic Channel MAC Layer packet to the access terminal, it uses the specified 

31 sector at the specified rate. 

32 The access network shall perform at least one of the following actions within TrrcMPANFixedMode 

33 seconds of entering the Fixed Rate State: 

34 • Transmit a packet to the access terminal on the Forward Traffic Channel, or 

35 • Send a FixedModeResponse message to the access terminal, specifying the 

36 TransactionID of the last FixedModeRequest message it received. 
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Upon entering the Fixed Rate State, the access terminal shall set a transition timer for 

T FTCMPATFixcdMode SeCOndS. 

If the transition timer is enabled and the access terminal receives a FixedModeResponse 
message or a valid packet on the Forward Traffic Channel, the access terminal shall 
disable this timer. 

If the transition timer expires, the access terminal shall transition to the Variable Rate 
State by covering its DRC with a sector cover (see 8.4.5.6.3). The term "sector cover* is 
e defined in 8.4.5.5. 

9 The access terminal shall perform the supervision procedures described in 8.4.5.7 in the 

10 Fixed Rate State. 



12 
13 

14 

15 



28 
29 



31 

32 

33 
34 

35 
36 



8.4.5.6.1 DRC Requirements 

The access terminal shall cover the DRC with the null cover. The null cover is defined in 
8.4.5.5. 

The access terminal shall set the DRC value to the value it would have requested from 
this serving sector, had it been in the Variable Rate State. 



16 8.4.5.6.2 Packet Transmission 

,7 The access network shall only schedule Forward Traffic Channel MAC Layer packet 
ie transmissions to the access terminal on the Forward Traffic Channel transmitted by the 
sector specified in the FixedModeRequest message. The access network shall send the 
packet at the rate specified in the FixedModeRequest message. If the access network 
begins a packet transmission, it shall continue transmitting the packet until it receives a 
ItysicattjcyerJfonvart^ indication. The access terminal shall monitor the 

Forward Traffic Channel transmitted by the sector specified in the FixedModeRequest 
message. 

8.4.5.6.3 Transitions from the Fixed Rate State 

In order to transition to the Variable Rate State, the access terminal shall cover its DRC 
with a sector cover.The access terminal shall transition to the Variable Rate State if the 
sector specified in the FixedModeRequest message is no longer a member of the access 
terminal's Active Set. 



8.4.5.7 Supervision Procedures 
8.4.5.7.1 DRC Supervision 

The access terminal shall perform supervision on the DRC as follows: 

• The access terminal shall set the DRC supervision timer for Tftcmdrcsupci^ when it 
transmits a null rate DRC. 

♦ If the access terminal requests a non-null rate while the DRC supervision timer is 
active, the access terminal shall disable the timer. 
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i • If the DRC supervision timer expires, the access terminal shall disable the Reverse 

z Traffic Channel transmitter and set the Reverse Traffic Channel Restart timer for 

3 time TiTTCMPRestartTx. 

4 • If the access terminal generates consecutive non-null rate DRC values for more 
s Nian FTCMPRcstaxtfTx slots, the access terminal shall disable the Reverse Traffic 
e Channel Restart timer and shall enable the Reverse Traffic Channel transmitter. 

7 • If the Reverse Traffic Channel Restart timer expires, the access terminal shall 

s return a SupewiskmFaUed indication and transition to the Inactive State. 

9 8.4.5.7.2 ForwardTrafficValid Monitoring 

10 The access terminal shall monitor the bit associated with its MACIndex in the 

11 ForwardTrafficValid field made available by the Overhead Messages protocol. If this bit is 

12 set to 0, the access terminal shall return a SuperuiskmFaited indication and transition to 

13 the Inactive State. 

14 I 8.4.6 Trailer and Message Formats 
is z 8.4.6.1 MAC Layer Trailer 

16 ^ The access network shall set the MAC Layer Trailer as follows: 



17 - 



Field 


Length (bits) 


ConnectionLayerFormat 


1 


MACLayerFormat 


1 



i b ConnectionLayerFormat 

« The access network shall set this field to '1' if the connection layer 

20 packet is Format B; otherwise, the access network shall set this field 

21 to V\ 

22 MACLayerFormat The access network shall set this field to '1' if the MAC layer packet 

23 contains a valid payload; otherwise, the access network shall set this 

24 field to *0\ 
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6 
7 

6 
9 
10 

11 
12 
13 



15 
16 



8.4.6.2 FixedModeRequest 

The access terminal sends the FixedModeRequest message to indicate a transition to the 
Fixed Rate State. 



MessagelD 
TransactionID 

DRCCover 

RequestedRate 

Reserved 



Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 


DRCCover 


3 


RequestedRate 


4 


Reserved 


1 



The access terminal shall set this field to 0x00. 

The access terminal shall increment this field every time it sends a 
new FixedModeRequest message. 

The access terminal shall set this field to the DRC cover associated 
with the sector in its Active Set from which it wants to receive 
packets on the Forward Traffic Channel. 

The access terminal shall set this field to one of the valid DRC 
values in Table 8.4.5.5.1.1-1 to indicate the rate at which it wants to 
receive packets. 

The access terminal shall set this field to zero. The access network 
shall ignore this field. 



Channels 


RTC 


Addressing 


unicast 



SLP 



Reliable 



Priority 



40 



18 
19 

20. 



8.4.6.3 FixedModeResponse 

The access network sends the FixedModeResponse message to acknowledge the transition 
to the Fixed Rate State. 



Field 


Length (bits) 


MessagelD 


8 


TransactionID 


8 
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MessagelD 
TransactionID 



The access network shall set this field to 0x01. 

The access network shall set this field to the TransactionID field of 
the associated FixedModeRequest message. 



Channels 


CC FTC 


Addressing 


unicast 



SLP 



Reliable 



Priority 



40 



s 8.4.6.4 Configuration Messages 

6 The Default Forward Traffic Channel MAC Protocol uses the Generic Configuration Protocol 

7 to exchange configuration parameters between the access network and the access 
s terminal (see 10.7). 

9 8.4.6.4.1 Configurable Attributes 

10 The following attributes and default values are defined: 

11 8.4.6.4.1.1 Simple Attributes 

12 The negotiable simple attribute for this protocol is listed in Table 8.4.6.4-1. The access 

13 terminal shall use as defaults the values in Table 8.4.6.4-1 typed in bold italics, 

14 Table 8.4.6.4-1. Configurable Values 



Attribute ID 


Attribute 


Values 


Meaning 


Oxff 


DRCGating 


0x0000 


Continuous transmission 


0x0001 


Discontinuous transmission 



is The access terminal shall support the default value of this attribute. 
17 8.4.6.4. 1 .2 HandoffDelays Attribute 

is The following HandoffDelays complex attribute and default values are defined: 
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Field 


Length (bits) 


Default 


Length 


8 


N/A 


AttributelD 


8 


N/A 


One or more of the following record: 


ValuelD 


8 


N/A 


SofterHandofflDelay 


8 


0x08 


SoftHandofiDelay 


8 


0x10 



5 
6 

7 
8 
9 
10 
11 
12 
13 
14 
15 
16 



18 
19 

20 
21 
22 
23 
24 
25 
26 



Length 



AttributelD 



ValuelD 



SofterHandoflDelay 



SoftHandofiDelay 



Length of the complex attribute in octets. The access network shall 
set this field to the length of the complex attribute excluding the 
Length field. 

The access network shall set this field to 0x00. 

The access network shall set this field to an identifier assigned to 
this complex value. 

The access network shall set this field to the minimum interruption 
seen by the access terminal when the access terminal switches the 
DRC from a source sector to a target sector where the target sector is 
such that its Forward Traffic Channel carries the same closed-loop 
power control bits as the source sector (see SofterHandoff field of the 
Route Update Protocol TrafficChannelAssignment message). The 
access network shall specify this field in units of 8 slots. The access 
terminal may use this number to adjust its algorithm controlling 
DRC switching. The access terminal shall support all the values of 
this attribute. 

The access network shall set this field to the minimum interruption 
seen by the access terminal when the access terminal switches the 
DRC from a source sector to a target sector where the target sector is 
such that its Forward Traffic Channel does not always carry the 
same closed-loop power control bits as the source sector (see 
SofterHandoff field of the Route Update Protocol 
TrafficChannelAssignment message). The access network shall 
specify this field in units of 8 slots. The access terminal may use 
this number to adjust its algorithm controlling DRC switching. The 
access terminal shall support all the values of this attribute. 



28 
29 



8.4.6.4.2 ConfigurationRequest 

The ConfigurationRequest message format is given as part of the Generic Configuration 
Protocol (see 10.7). 
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The MessagelD field for this message shall be set to 0x50. 



Channels 



CC 



FTC 



RTC 



Addressing 



unicast 



SLP 


Reliable 


Priority 


40 



8 
9 
10 
11 

12 



8.4.6.4.3 ConfigurationResponse 

The ConfigurationResponse message format is given as part of the Generic Configuration 
Protocol (see 10.7). 

The MessagelD field for this message shall be set to 0x51. 

If the access terminal includes an attribute with this message, it shall set the AttributelD 
field of the message to the AttributelD field of the ConfigurationRequest message 
associated with this response and shall set the ValuelD field to the ValuelD field of one of 
the complex attribute values offered by the ConfigurationRequest message. 



Channels 


CC FTC RTC 


Addressing 


unicast 



SLP 



Reliable 



Priority 



40 
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8.4.7 Protocol Numeric Constants 



Constant 


Meaning 


Value 


NFTCMPType 


Type field for this protocol 


Table 2.3.6-1 


NpTCMPDcfault 


Subtype field for this protocol 




NFTCMPRestartTs 


Number of consecutive slots of non-null rate 
DRCs to re-enable the Reverse Traffic 
Channel transmitter once it is disabled due 
to DRC supervision failure. 


16 


T FTC MPATFixedM ode 


Time the access terminal waits for the 
access network to acknowledge a transition 
to the Fixed Mode State. 


1 second 


TFTCMPANFixedMode 


Time the access network has to acknowledge 
a transition to the Fixed Mode State 


0.9 second 


TFTCMDRCSuperviaion 


DRC supervision timer 


240 ms 


T FTCMPRestxutTx 


Reverse Channel Restart Timer 


12 Control 

Channel 

cycles 



8.4.8 Interface to Other Protocols 

8.4.8.1 Commands Sent 

This protocol does not issue any commands. 

8.4.8.2 Indications 

This protocol registers to receive the following indication: 
• PhysicaExtyerJ ! )orwaJxiJix^ 
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8.5 Default Reverse Traffic Channel MAC Protocol 



12 
13 
14 

15 
16 

17 
16 



8.5.1 Overview 

The Default Reverse Traffic Channel MAC Protocol provides the procedures and messages 
required for an access terminal to transmit, and for an access network to receive the 
Reverse Traffic Channel. Specifically, this protocol addresses Reverse Traffic Channel 
transmission rules and rate control. 

This specification assumes that the access network has one instance of this protocol for 
every access terminal. 

This protocol operates in one of three states: 

• Inactive State : In this state, the access terminal is not assigned a Reverse Traffic 
Channel. When the protocol is in this state, it waits for an Activate command. 

• Setup State : In this state, the access terminal obeys the power control commands 
that it receives from the access network. Data transmission on the Reverse Traffic 
Channel is not allowed in this state. 

• Open State : In this state, the access terminal may transmit data and negotiate 
different transmission rates on the Reverse Traffic Channel. 

The protocol states and the indications and events causing the transition between the 
states are shown in Figure 8.5.1-1. 



Initial State 



19 
20 




Rx Deactivate 



Rx Activate 



Rx Deactivate or 

timer expires 




Tx / Rx RTCAck 




Figure 8.5.1-1. Reverse Traffic Channel MAC Protocol State Diagram 



21 8.5.2 Primitives and Public Data 

22 8.5.2.1 Commands 

23 This protocol defines the following commands: 
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23 
24 

25 
26 
27 



• Activate 

• Deactivate 

8.5.2.2 Return Indications 

This protocol returns the following indications: 

• LinkAcquxred 

8.5.2.3 Public Data 

This protocol shall make the following data public: 

• RABLength for every pilot in the Active Set 

• RABOffset for every pilot in the Active Set 

• DataOffsetNom 

• DataOffset9k6 
DataOffsetl9k2 

• DataOffset38k4 

• DataOffset76k8 

• DataOffsetl53k6 

• RPCStep 

• MIrtcmac 

• MQrtcmac 

8.5.3 Basic Protocol Numbers 

The Type field for this protocol is one octet, set to NRrcMPiype. 
The Subtype field for this protocol is two octets, set to N RrcMPDefauit* 

8.5.4 Protocol Data Unit 

The transmission unit of this protocol is a Reverse Traffic Channel MAC Layer packet. 
Each packet contains one Security Layer packet. 

The protocol constructs a packet out of the Security Layer packets by adding the MAC 
Layer trailer defined in 8.5.6.1. The protocol then sends the packet for transmission to the 
Physical Layer. The packet structure is shown in Figure 8.5.4-1 
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MAC Layer packet- 



Security 


MAC 


Layer 


Layer 


packet 


trailer 



2 Figure 8.5.4-1. Reverse Traffic Channel MAC Layer Packet Structure 

3 If the MACLayer Format field of the MAC Layer trailer is equal to '1\ received packets are 

4 passed for further processing to the Security Layer after removing the layer-related trailer, 
s The access network shall discard the MAC packet if the MACLayerFormat field of the MAC 
e Layer trailer is equal to '0'. The ConnectionLayerFormat field in the MAC Layer trailer 
? shall be passed to the Security Layer with the Security Layer packet. 

a The maximum size payload this protocol can support (i.e., the maximum size Security 

9 Layer packet that can be carried) is a function of the transmission rate used on the 

10 Reverse Traffic Channel. Table 8.5.4-1 provides the transmission rates and corresponding 

11 minimum and maximum payload sizes available on the Reverse Traffic Channel. 



Table 8.5.4-1. Reverse Traffic Channel Rates and Payload 



Transmission Rate 
(kbps) 


Minimum Payload 
(bits) 


Maximum Payload 
(bits) 


0.0 


0 


0 


9.6 


1 


232 


19.2 


233 


488 


38.4 


489 


1000 


76.8 


1001 


2024 


153.6 


2025 


4072 



13 : 8.5.5 Procedures 

i4- 8.5.5. 1 Protocol Initialization and Configuration 

15 This protocol shall be started in the Inactive State. 

is Configuration parameters are provided by using the 

17 ConfigurationRequest/ConfigurationResponse messages or by using a protocol constant, 

is Section 8.5.6.5.1 defines the attributes that can be configured and the default values that 

is the access terminal shall use unless superseded by a configuration exchange. Section 

20 8.5.7 lists the protocol constants. 
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8.5.5.2 Command Processing 



2 8.5.5.2.1 Activate 

3 If the protocol receives an Activate command in the Inactive State, the access terminal and 

4 the access network shall perform the following: 

s • Set ATIlcm to TransmitATI. ATI 

e • Transition to the Setup State 

7 If the protocol receives this command in any other state it shall be ignored, 

e 8.5.5.2.2 Deactivate 

9 If the protocol receives a Deactivate command in the Setup State or the Open State, 

10 • Access terminal shall cease transmitting the Reverse Traffic Channel and shall 
n transition to the Inactive State. 

12 • Access network shall cease monitoring the Reverse Traffic Channel from this 

13 access terminal and shall transition to the Inactive State. 

14 If the protocol receives a Deactivate command in the Inactive State, it shall be ignored. 

is 8.5.5.3 Reverse Traffic Channel Long Code Mask 

The access terminal shall set the long code masks for the reverse traffic channel (MIrtcmac 
and MQrtcmac) as shown in Table 8.5.5.3-1. 



16 
17 



Table 8.5.5.3-1. Reverse Traffic Channel Long Code Masks 



19 
20 



22 
23 
24 

25 



BIT 



MQ RT< 



oooooooooo 



COcOCSCS(NNWNCSCS«CS-^^HPiriHH^HOOOOOOOOOO 



Permuted (ATL^ 



Permuted (An LCM )' 



Permuted (ATIlcm) is defined is follows: 
ATIlcm = (A31, A30, A29, Ao) 
Permuted (ATIlcm) - 

(Ao, A31, A22, Ai3, A4, A26, A17, As, A30, A21, A12, A3, A25, Ai6, A7, A29» A20, An, A2, A24, A15, 
Ae, A28, A19, A10, Ai, A23, A14, As, A27, Ajs, A9). 

Permuted (ATIlcm)' is bitwise complement of Permuted (ATIlcm). 



26 8.5.5.4 Inactive State 



27 
28 



When the protocol is in the Inactive State the access terminal and the access network 
wait for an Activate command. 
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1 8.5.5.5 Setup State 

2 8.5.5.5.1 Access Terminal Requirements 

3 The access terminal shall set a timer for TRTCMPATSetup seconds when it enters this state. If 

4 the protocol is still in the Setup State when the timer expires, the access terminal shall 
s cease transmission on the Reverse Traffic Channel and transition to the Inactive State. 

e The access terminal shall start transmission on the reverse Traffic Channel upon 

7 entering this state, and shall obey the Reverse Power Control Channel. The access 

s terminal shall set the DRC value and cover as specified in the Forward Traffic Channel 

9 MAC Protocol. 

10 The access terminal shall not transmit any data on the Reverse Traffic Data Channel 
n while in this state. 

12 : If the access terminal receives an RTCAck message it shall return a LxnkAcqinred 

13 I indication and transition to the Open State. 

14 z 8.5.5.5.2 Access Network Requirements 

is _ The access network shall set a timer for Trtcmpansc*up seconds when it enters this state. If 

16 : : the protocol is still in the Setup State when the timer expires, the access network shall 

17 - transition to the Inactive State. 

is ^The access network shall attempt to acquire the Reverse Traffic Channel in this state. If 

19 ; the access network acquires the Reverse Traffic Channel, it shall send an RTCAck 

20 message to the access terminal, return a LinkAcqubred indication, and shall transition to 

21 the Open State. 

22 8.5.5.6 Open State 

23 8.5.5.6.1 Frame Offset Delay 

24 The access terminal shall delay the Reverse Traffic Data Channel and Reverse Rate 

25 Indicator Channel (RRI) transmissions by FrameOffset slots with respect to the system- 

26 time-aligned frame boundary. 

27 8.5.5.6.2 Rate Control 

28 The description in this section uses the following variables: MaxRate, CurrentRate, 

29 CombinedBusyBit, and CurrentRateLimit. 

30 CurrentRateLimit shall be set initially to 9.6kbps. After a BroadcastReverseRateLimit 

31 message or a UnicastReverseRateLimit message is received by the access terminal, the 

32 access terminal shall update the CurrentRateLimit value as follows: 

33 • If the RateLimit value in the message is less than or equal to the CurrentRateLimit 

34 value, the access terminal shall set CurrentRateLimit to the RateLimit value in the 

35 message immediately after the receipt of the message. 
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IB 



. If the RateLimit value in the message is greater than the CurrentRateLimit value, 
then the access terminal shall set CurrentRateLimit to the RateLimit value in the 
message, one frame (16 slots) after the message is received. 
If the last received reverse activity bit is set to '1 ' from any sector in the access terminal's 
active set, the access terminal shall set CombinedBusyBit to '1*. Otherwise, the access 
terminal shall set CombinedBusyBit to '0'. 

CurrentRate shall be set to the rate at which the access terminal was transmitting data 
immediately before the new transmission time. If the access terminal was not 
transmitting data immediately before the new transmission time, the access terminal 
shall set CurrentRate to 0. 

The access terminal sets the variable MaxRate based on its current transmission rate, the 
value of the CombinedBusyBit, and a random number. The access terminal shall generate 
a random number x, uniformly distributed between 0 and 1 . The access terminal shall 
evaluate the condition shown in Table 8.5.5.6.2-1 based on the values of CurrentRate, 
CombinedBusyBit, and Condition. If the Condition is true, the access terminal shall set 
MaxRate to the MaxRateTrue value for the corresponding row in Table 8.5.5.6.2-1. 
Otherwise, the access terminal shall set MaxRate to the MaxRateFalse value for the 
corresponding row in Table 8.5.5.6.2-1. 

Table 8.5.5.6.2-1. Determination of MaxRate 



CurrentRate 


Combined 
Busy Bit 


Condition 


MaxRateTrue 


MaxRateFalse 


0 


'0' 


True 


9.6kbps 


N/A 


9.6kbps 


*0' 


x< Transition009k6_019k2 


19.2kbps 


9.6kbps 


19.2kbps 


'0' 


x< Transition019k2_038k4 


38.4kbps 


19.2kbps 


38.4kbps 


<0' 


x< Transition038k4_076k8 


76.8kbps 


38.4kbps 


76.8kbps 


<0' 


x< Transition076k8_l53k6 


153.6kbps 


76.8kbps 


153.6kbps 


X) 9 


False 


N/A 


153.6kbps 


0 


'V 


False 


N/A 


9.6kbps 


9.6kbps 




False 


N/A 


9.6kbps 


19.2kbps 


*v 


x< Transition019k2_009k6 


9.6kbps 


19.2kbps 


38.4kbps 


'i' 


x< Transition038k4_019k2 


19.2kbps 


38.4kbps 


76.8kbps 


*i' 


x< Transition076k8_038k4 


38.4kbps 


76.8kbps 


153.6kbps 


'V 


x < Transition 1 53k2_076k8 


76.8kbps 


153.6kbps 



21 
22 



The access terminal shall select a transmission rate that satisfies the following 
constraints: 
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• The access terminal shall transmit at a rate that is no greater than the value of 
MaxRate. 

• The access terminal shall transmit at a rate that is no greater than the value of 
CurrentRateLimit . 

• The access terminal shall transmit at a data rate no higher than the highest data 
rate that can be accommodated by the available transmit power. 

• The access terminal shall not select a data rate for which the minimum payload 
length, as specified in Table 8.5.4-1, is greater than the size of data it has to send. 

8.5.5.6.3 Power Control 

The access terminal shall control the reverse link transmit power in accordance with the 
requirements of the Physical Layer Protocol. 

8.5.6 Trailer and Message Formats 

8.5.6.1 MAC Layer Trailer 

The access terminal shall set the MAC Layer trailer as follows: 



Field 


Length (bits) 


ConnectionLayerFormat 


1 


MACLayerFormat 


1 



16 
17 
18 
19 



ConnectionLayerFormat 

The access terminal shall set this field to if the connection layer 
packet is Format B; otherwise, the access teminal shall set this field 
to t 0\ 



20 
21 
22 



MACLayerFormat 



The access terminal shall set this field to '1' if the MAC layer packet 
contains a valid payload; otherwise, the access terminal shall set 
this field to t 0\ 



24 
25 
26 
27 



8.5.6.2 RTCAck 

The access network sends the RTCAck message to notify the access terminal that it has 
acquired the Reverse Traffic Channel. The access network shall send this message using 
the access terminal's current ATI. 



Field 


Length (bits) 


MessagelD 


8 



28 
29 



MessagelD 



The access network shall set this field to 0x00. 
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Channels 


CC FTC | 


J Addressing 


unicast 



SLP 


Best Effort 


Priority 


10 



1 8.5.6.3 BroadcastReverseRateLimit 

2 The BroadcastReverseRateLimit message is used by the access network to control the 



transmission rate on the reverse link. 



6 MessagelD 
e RPCCount 

7 

e RateLimit 

9 
10 
11 



Field 


Length (bits) 


MessagelD 


8 


RPCCount 


6 



RPCCount occurrences of the following field 



RateLimit 



Reserved 



Variable 



□ 

□ 



The access network shall set this field to 0x01 . 

The access network shall set this value to the maximum number of 
RPC channels supported by the sector. 

The access network shall set occurrence a of this field to the highest 
data rate that the access terminal associated with MACIndex 64-nis 
allowed to use on the Reverse Traffic Channel, as shown in Table 
8.5.6.3-1. 
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Table 8.5.6.3-1. Encoding of the RateLimit Field 



Reserved 



Field value 


Meaning 


0x0 


0 kbps 


0x1 


9.6 kbps 


0x2 


19.2 kbps 


0x3 


38.4 kbps 


0x4 


76.8 kbps 


0x5 


153.6 kbps 


All other 
values 


Invalid 



The number of bits in this field is equal to the number needed to 
make the message length an integer number of octets. The access 
network shall set this field to zero. The access terminal shall ignore 
this field. 



Channels 


CC 


Addressing 


broadcast 



SLP 


Best Effort 


Priority 


40 



e 

9 
10 



12 
13 
14 



8.5.6.4 UnicastReverseRateLimit 

The UnicastReverseRateLimit message is used by the access network to control the 
transmission rate on the reverse link for a particular access terminal. 



MessagelD 
RateLimit 



Field 


Length (bits) 


MessagelD 


8 


RateLimit 


4 


Reserved 


4 



The access network shall set this field to 0x02. 

The access network shall set this field to the highest data rate that 
the access terminal is allowed to use on the Reverse Traffic 
Channel, as shown in Table 8.5.6.4-1. 
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Table 8.5.6.4-1. Encoding of the RateLimit Field 



B 
9 
10 



Field value 


Meaning 


0x0 


0 kbps 


0x1 


9.6 kbps 


0x2 


19.2 kbps 


0x3 


38.4 kbps 


0x4 


76.8 kbps 


0x5 


153.6 kbps 


All other 
values 


Invalid 



Reserved 



The number of bits in this field is equal to the number needed to 
make the message length an integer number of octets. The access 
network shall set this field to zero. The access terminal shall ignore 
this field. 



Channels 


CC FTC 


Addressing 


unicast 



SLP 


Reliable 


Priority 


40 



8.5.6.5 Configuration Messages 

The Default Reverse Traffic Channel MAC Protocol uses the Generic Configuration 
Protocol to transmit configuration parameters from the access network to the access 
terminal. 



11 8.5.6.5.1 Configurable Attributes 

12 The following configurable attributes are defined: 
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8.5.6.5.1.1 PowerParameters Attribute 



Field 


Length (bits) 


Default 


Length 


8 


N/A 


AttributelD 


8 


N/A 


One or more of the following record: 


ValuelD 


8 


N/A 


DataOffsetNom 


4 


0 


DataOffset9k6 


4 


0 


DataOffsetl9k2 


4 


0 


DataOffset38k4 


4 


0 


DataOffset76k8 


4 


0 


DataOffset 1 53k6 


4 


0 


RPCStep 


2 


1 


Reserved 


2 


N/A 



Length 



e AttributelD 



7 
8 

9 
10 
11 

12 

13 
14 

15 
16 
17 

18 
19 
20 



ValuelD 



DataOffsetNom 



DataOffset9k6 



DataOffset 19k2 



Length of the complex attribute in octets. The access network shall 
set this field to the length of the complex attribute excluding the 
Length field. 

The access network shall set this field to 0x00. 

The access network shall set this field to an identifier assigned to 
this complex value. 

The access network shall set this field to the nominal offset of the 
reverse link data channel power to pilot channel power, expressed as 
2's complement value in units of 0.5 dB. The access terminal shall 
support all the valid values specified by this field. 

The access network shall set this field to the ratio of reverse link 
data channel power at 9.6 kbps to the nominal reverse link data 
channel power at9.6 kbps, expressed as 2's complement in units of 
0.25 dB. The access terminal shall support all the valid values 
specified by this field. 

The access network shall set this field to the ratio of reverse link 
data channel power at 19.2 kbps to the nominal reverse link data 
channel power at 19.2 kbps, expressed as 2's complement in units of 
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6 
7 

8 
9 
10 
11 
12 

13 
14 
15 
16 
17 

18 
19 
20 
21 
22 



DataOffset38k4 



DataOffset76k8 



DataOfTsetl53k6 



RPCStep 



0.25 dB. The access terminal shall support all the valid values 
specified by this field. 

The access network shall set this field to the ratio of reverse link 
data channel power at 38.4 kbps to the nominal reverse link data 
channel power at 38.4 kbps, expressed as 2's complement in units of 
0.25 dB. The access terminal shall support all the valid values 
specified by this field. 

The access network shall set this field to the ratio of reverse link 
data channel power at 76.8 kbps to the nominal reverse link data 
channel power at 76.8 kbps, expressed as 2's complement in units of 
0.25 dB. The access terminal shall support all the valid values 
specified by this field. 

The access network shall set this field to the ratio of reverse link 
data channel power at 153.6 kbps to the nominal reverse link data 
channel power at 153.6 kbps, expressed as 2's complement in units 
of 0.25 dB. The access terminal shall support all the valid values 
specified by this field. 

Reverse Power Control step. The access network shall set this field 
to the power control step size the access terminal shall use when 
controlling the power of the reverse link, as shown in Table 
8.5.6.5.1.1-1. The access terminal shall support all the valid values 
specified by this field. 

Table 8.5.6.5.1.1-1. Encoding of the RPCStep Field 



Field value 
(binary) 


Meaning 


'00' 


0.5 dB 


'01' 


1.0 dB 


All other 
values 


Invalid 



25 
26 



Reserved 



The access network shall set this field to zero. The access terminal 
shall ignore this field. 
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Field 


Length (bits) 


Default 


Length 


8 


N/A 


-AttributelD 


8 


N/A 


One or more of the following record: 


ValuelD 


8 


N/A 


Transition009k6_019k2 


4 


OxB 


TransitionO 19k2_038k4 


4 


0x4 


Transition038k4_076k8 


4 


0x2 


Transition076k8_l 53k6 


4 


0x2 


TransitionO 1 9k2_J)09k6 


4 


0x4 


Transition038k4_0 1 9k2 


4 


0x4 


Transition076k8_038k4 


4 


0x8 


Transition 1 53k6„076k8 


4 


OxF 



3 Length Length of the complex attribute in octets. The access network shall 

* set this field to the length of the complex attribute excluding the 

sr Length field. 

e: AttributelD The access network shall set this field to 0x01 . 

7i ValuelD The access network shall set this field to an identifier assigned to 

a: this complex value. 

a Transition009k6_019k2 

io The field is set to indicate the probability the access terminal shall 

" use to increase its transmission rate if its current transmission 

12 rate is 9.6 kbps. See Table 8.5.6.5.1.2-1 for the probability associated 

13 with each value of the field. The access terminal shall support all the 

14 valid values specified by this field. 

is TransitionO 19k2_038k4 

is The field is set to indicate the probability the access terminal shall 

17 use to increase its transmission rate if its current transmission 

is rate is 19.2 kbps. See Table 8.5.6.5.1.2-1 for the probability 

is associated with each value of the field. The access terminal shall 

2o support all the valid values specified by this field. 
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17 
18 



22 
23 
24 



32 
33 
34 
35 
36 



Transition038k4_076k8 

The field is set to indicate the probability the access terminal shall 
use to increase its transmission rate if its current transmission 
rate is 38.4 kbps. See Table 8.5.6.5.1.2-1 for the probability 
associated with each value of the field. The access terminal shall 
support all the valid values specified by this field. 



7 Transition076k8_153k6 

8 The field is set to indicate the probability the access terminal shall 

9 use to increase its transmission rate if its current transmission 

10 rate is 76.8 kbps. See Table 8.5.6.5.1.2-1 for the probability 
„ associated with each value of the field. The access terminal shall 
12 support all the valid values specified by this field. 

is Transition019k2_009k6 

14 The field is set to indicate the probability the access terminal shall 

15 use to decrease its transmission rate if its current transmission 

16 rate is 19.2 kbps. See Table 8.5.6.5.1.2-1 for the probability 

associated with each value of the field. The access terminal shall 
support all the valid values specified by this field. 



19 Transition038k4_019k2 

20 The field is set to indicate the probability the access terminal shall 

21 use to decrease its transmission rate if its current transmission 

rate is 38.4 kbps. See Table 8.5.6.5.1.2-1 for the probability 
associated with each value of the field. The access terminal shall 
support all the valid values specified by this field. 



25 Transition076k8„038k4 

26 The field is set to indicate the probability the access terminal shall 

use to decrease its transmission rate if its current transmission 
rate is 76.8 kbps. See Table 8.5.6.5.1.2-1 for the probability 
associated with each value of the field. The access terminal shall 
support all the valid values specified by this field. 



Transition 1 53k6_076k8 

The field is set to indicate the probability the access terminal shall 
use to decrease its transmission rate if its current transmission 
rate is 153.6 kbps. See Table 8.5.6.5.1.2-1 for the probability 
associated with each value of the field. The access terminal shall 
support all the valid values specified by this field. 
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Table 8.5.6.5.1.2-1 . Probability Table for the RateParameters Attribute 



Value 


Probability 


0x0 


0.0000 


0x1 


0.0625 


0x2 


0.1250 


0x3 


0.1875 


0x4 


0.2500 


0x5 


0.3125 


0x6 


0.3750 


0x7 


0.4375 


0x8 


0.5000 


0x9 


0.6250 


OxA 


0.6875 


OxB 


0.7500 


QxC 


0.8125 


OxD 


0.8750 


OxE 


0.9375 


OxF 


1.0000 



2 8.5.6.5.2 ConfigurationRequest 

3 The ConfigurationRequest message format is given as part of the Generic Configuration 

4 Protocol (see 10.7). 

5 The MessagelD field for this message shall be set to 0x50. 

6 



Channels 


CC FTC 


Addressing 


unicast 



SLP 


Reliable 




Priority 


40 



7 8.5.6.5.3 ConfigurationResponse 

a The ConfigurationResponse message format is given as part of the Generic Configuration 

9 Protocol (see 10.7). 

10 The MessagelD field for this message shall be set to 0x51 . 
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If the access terminal includes an attribute with this message, it shall set the AttributelD 
field of the message to the AttributelD field of the ConfigurationRequest message 
associated with this response, and shall set the ValuelD field to the ValuelD field of one of 
the complex attribute values offered by the ConfigurationRequest message. 



Channels 


RTC 


Addressing 


unicast 



SLP 


Reliable 




Priority 


40 



8.5.7 Protocol Numeric Constants 



Constant 


Meaning 


Value 


NRTCMPTVpc 


Type field for this protocol 


Table 2.3.6-1 


NRTCMPDcfault 


Subtype field for this protocol 


0x0000 


TpTCMPATSctup 


Maximum time for the access terminal to 
transmit the Reverse Traffic Channel in 
the Setup State 


1.5 seconds 


TtfTCMPANSetup 


Maximum time for the access network to 
acquire the Reverse Traffic Channel and 
send a notification to the access terminal. 


1 second 



8.5.8 Interface to Other Protocols 

8.5.8.1 Commands Sent 

This protocol does not issue any commands. 

8.5.8.2 Indications 

This protocol does not register to receive any indications. 
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10 
11 

12 
13 



9 PHYSICAL LAYER 

9.1 Physical Layer Packets 

9.1.1 Overview 

The transmission unit of the physical layer is a physical layer packet. A physical layer 
packet can be of length 256, 512, 1024, 2048, 3072, or 4096 bits. The format of the physical 
layer packet depends upon which channel it is transmitted on. A physical layer packet 
carries one or more MAC layer packets. 

9.1.2 Physical Layer Packet Formats 

9. 1.2.1 Control Channel Physical Layer Packet Format 

The length of a Control Channel physical layer packet shall be 1024 bits. Each Control 
Channel physical layer packet shall carry one Control Channel MAC layer packet. Control 
Channel physical layer packets shall use the following format: 



Field 


Length (bits) 


MAC Layer Packet 


1,002 


FCS 


16 


TAIL 


6 



19 
20 



MAC Layer Packet 
FCS 
TAIL 



MAC layer packet from the Control Channel MAC protocol. 

Frame check sequence (see 9.1.4). 

Encoder tail bits. This field shall be set to all < 0's. 



Figure 9.1.2.1-1 illustrates the format of the Control Channel physical layer packets. 



Physical Layer Packet 
(1,024 Bits) 



MAC Layer Packet 


FCS 


TAIL 


1,002 


16 


6 


Bits 


Bits 


Bits 



Figure 9.1.2.1-1. Physical Layer Packet Format for the Control Channel 



22 
23 
24 
25 



9.1.2.2 Access Channel Physical Layer Packet Format 

The length of an Access Channel physical layer packet shall be 256 bits. Each Access 
Channel physical layer packet shall carry one Access Channel MAC layer packet. Access 
Channel physical layer packets shall use the following format: 
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Physical Layer 



Field 


Length (bits) 


MAC Layer Packet 


234 


FCS 


16 


TAIL 


6 



MAC Layer Packet 
FCS 
TAIL 



MAC layer packet from the Access Channel MAC protocol. 

Frame check sequence (see 9.1.4). 

Encoder tail bits. This field shall be set to all c 0 , s. 



Figure 9.1.2.2-1 illustrates the format of the Access Channel physical layer packets. 



Physical Layer Packet 
(256 Bits) 



MAC Layer Packet 


FCS 


TAIL 


234 


16 


6 


Bits 


Bits 


Bits 



Figure 9.1.2.2-1. Physical Layer Packet Format for the Access Channel 



9 
10 
11 
12 
13 



9.1.2.3 Forward Traffic Channel Physical Layer Packet Format 

The length of a Forward Traffic Channel physical layer packet shall be 1024, 2048, 3072, or 
4096 bits. A Forward Traffic Channel physical layer packet shall carry 1, 2, 3, or 4 Forward 
Traffic Channel MAC layer packets depending on the rate of transmission. Forward Traffic 
Channel physical layer packets shall use the following format: 



Field 


Length (bits) 


0, 1, 2, or 3 occurrences of the following two fields: 


MAC Layer Packet 


1,002 


PAD 


22 


One occurrence of the following three fields: 


MAC Layer Packet 


1,002 


FCS 


16 


TAIL 


6 



15 
16 

17 
18 



MAC Layer Packet 



PAD 



MAC layer packet from the Forward Traffic Channel MAC 
Protocol. 

This field shall be set to all 'O's. The receiver shall ignore this 
field. 
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FCS - Frame check sequence (see 9.1.4). 

TAIL - Encoder tail bits. This field shall be set to all *0's. 

Figure 9.1.2.3-1 illustrates the format of the Forward Traffic Channel physical layer 
packets. 



Physical Layer Paclet 
(1,024 Uits) 



MAC Layer 


1-CS 


TAIL 


Packet 


16 
Uiu 


6 


1.002 


Bits 









Physical t jycr Packet 
(2.018 Bit*) 



MAC Layer 


PAD 
22 


Packet 


1.002 


Hits 


Bits 





MAC l-aycr 

Pocket 
1.002 



FCS 


TAIL 


16 


6 


Brt* 


Bit* 



Physical Lay a' Packet 
(3,072 Bits) 



MAC Layer 
Packet 
1.002 
Bits 


PAO 
22 
Bits 


MAC l-ayer 
Pocket 
1.002 
Bit* 


PAD 

22 
Bits 


MAC Layer 
Packet 
1.002 
Bits 


FCS 
16 
Bits 


TAIL 

6 
Bits 














Physical Layer Packet 










— H 


H 






(4,096 


Bits) 












MAC Layer 
Packet 
1.002 
Bits 


PAD 
22 
Bits 


MAC Layer 
Packet 
1.002 
Bits 


PAD 

22 
Bits 


MAC Layer 
Packet 
1.002 
Bits 


PAD 
22 
Bits 


MAC Layer 
Packet 
1,002 
Bits 


FCS 
16 
Bits 


TAIL 

6 
Bits 



9 
10 
11 
12 



13 

14 

15 

16 
17 



Figure 9.1.2.3-1. Physical Layer Packet Format for the Forward Traffic Channel 
9. 1.2.4 Reverse Traffic Channel Physical Layer Packet Format 

The length of a Reverse Traffic Channel physical layer packet shall be 256, 512, 1024, 
2048, or 4096 bits. Each Reverse Traffic Channel physical layer packet shall carry one 
Reverse Traffic Channel MAC layer packet. Reverse Traffic Channel physical layer packets 
shall use the following format: 



Field 


Length (bits) 


MAC Layer Packet 


234, 490, 1002, 2026, or 
4074 


FCS 


16 


TAIL • 


6 



MAC Layer Packet 

FCS 
TAIL 



MAC layer packet from the Reverse Traffic Channel MAC 
Protocol. 

Frame check sequence (see 9.1.4). 

Encoder tail bits. This field shall be set to all X>'s. 
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10 
11 

12 
13 



16 
17 



20 
21 

22 
23 



Figure 9.1.2.4-1 illustrates the format of the Reverse Traffic Channel physical layer 
packets. 



Physical Layer Packet 
(256, 512, 1024, 2048, or 4096 Bits) 



MAC Layer Packet 


FCS 


TAIL 


234, 490, 1002, 2026, or 4074 


16 


6 


Bits 


Bits 


Bits 



Figure 9.1.2.4-1 . Physical Layer Packet Format for the Reverse Traffic Channel 

9.1.3 Bit Transmission Order 

Each field of the physical layer packets shall be transmitted in sequence such that the 
most significant bit (MSB) is transmitted first and the least significant bit (LSB) is 
transmitted last. The MSB is the left-most bit in the figures of the document. 

9.1.4 Computation of the FCS Bits 

The FCS computation described here shall be used for computing the FCS field in the 
Control Channel physical layer packets, the Forward Traffic Channel physical layer 
packets, the Access Channel physical layer packets, and the Reverse Traffic Channel 
physical layer packets. 

The FCS shall be a CRC calculated using the standard CRC-CCITT generator polynomial: 

g(x) = x 16 + x 12 + x 5 + 1. 

The FCS shall be equal to the value computed according to the following procedure as 
shown in Figure 9.1.4-1: 

7-2.. All shift-register elements shall be initialized to 'O's. 

■?~? The switches shall be set in the up position. 

.The register shall be clocked once for each bit of the physical layer packet except for 
the FCS and TAIL fields. The physical layer packet shall be read from MSB to LSB. 

•?- ? The switches shall be set in the down position so that the output is a modulo-2 
addition with a '0' and the successive shift-register inputs are c 0 7 s. 

3- ? T he register shall be clocked an additional 16 times for the 16 FCS bits. 

2 -7 The output bits constitute all fields of the physical layer packets except the TAIL field. 
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Up for all the biis of the 
physical layer packet except for the 

FCS and TAIL fields; 
then, down for the 16-bil FCS Held. 



1 

2 Figure 9.1.4-1. FCS Computation for the Physical Layer Packet 
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7 
8 

9 
10 



12 
13 
14 
15 

16 
17 
16 



9.2 Access Terminal Requirements 

This section defines requirements specific to access terminal equipment and operation. 

9.2.1 Transmitter 

9.2.1.1 Frequency Parameters 

9.2.1.1.1 Channel Spacing and Designation 

9.2. 1.1.1.1 Band Class 0 (800-MHz Band) 

The Band Class 0 system designators for the access terminal and access network shall be 
as specified in Table 9.2.1.1.1.1-1. 

There are two band subclasses specified for Band Class 0. Access terminals supporting 
Band Class 0 shall support at least one band subclass belonging to Band Class 0. 

Access terminals supporting Band Class 0 shall be capable of transmitting in Band Class 0. 

The channel spacing, CDMA channel designations, and transmitter center frequencies of 
Band Class 0 shall be as specified in Table 9.2.1.1.1.1-2. Access terminals supporting Band 
Class 0 shall support transmission on the valid channel numbers shown in Table 
9.2.1.1. 1.1-3. 41 

The nominal access terminal transmit carrier frequency shall be 45.0 MHz lower than the 
frequency of the access network transmit signal as measured at the access terminal 
receiver. 

Table 9.2.1.1.1.1-1. Band Class 0 System Frequency Correspondence 



System 
Designator 


Band 
Subclass 


Transmit Frequency Band (MHz) 


Access Terminal 


Access Network 


A 


0 


824.025-835.005 
844.995-846.495 


869.025-880.005 
889.995-891.495 


1 


824.025-835.005 
844.995-848.985 


869.025-880.005 
889.995-893.985 


B 


0 


835.005-844.995 
846.495-848.985 


880.005-889.995 
891.495-893.985 


1 


835.005-844.995 


880.005-889.995 



41 Note that the Korean Cellular Band uses Band Subclass 1 and has additional valid channels 
that a Band Class 0 access terminal should support to permit roaming to Korea. 
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Table 9.2.1.1*1.1-2. CDMA Channel Number to CDMA Frequency Assignment 

Correspondence for Band Class 0 



Transmitter 


CDMA Channel Number 


Center Frequency for 
CDMA Channel (MHz) 


Access Terminal 


1 = N = 799 


0.030 N + 825.000 


991 = N= 1023 


0.030 (N — 1023) + 825.000 


Access Network 


1 « N = 799 


0.030 N + 870.000 


991 = N= 1023 


0.030 (N- 1023) + 870.000 



3 
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1 Table 9.2.1.1.1.1-3. CDMA Channel Numbers and Corresponding Frequencies for Band 

2 Class 0 



Band 
Subclass 


System 
Designator 


CDMA 
Channel 
Validity 


CDMA 
Channel 
Number 


Transmit Frequency Band (MHz) 


Access Terminal 


Access Network 


0 


A" 
(1 MHz) 


Not Valid 
Valid 


991-1012 
1013-1023 


824.700-825.000 


f\A f\ O CL C\ £1*7 f\ 

0 oy . U*t\J— o o9 . oTO 
869.700-870.000 


A 

(10 MHz) 


Valid 
Not Valid 


1-311 
312-333 


825.030-834.330 
oat.oou — o^H.yyu 


870.030-879.330 

07Q l£Zf\ Q7A r\(~\r\ 

0/7.001H5 / y ,yyo 


B 

(10 MHz) 


Not Valid 

Valid 
Not Valid 


334-355 
356-644 
645-666 


835.020-835.650 
844.350-844.980 


880.020-880.650 
880.680-889.320 
889.350-889.980 


A 1 

(1.5 MHz) 


Not Valid 

Valid 
Not Valid 


667-688 
689-694 
695-716 


o4o.UlU— o45.o40 
845.670-845.820 
845.850-846.480 


890 . 0 1 0--89 0 . 640 
890.670-890.820 
890.850-891.480 


B* 

(2.5 MHz) 


Not Valid 

Valid 
Not Valid 


717-738 
739-777 
778-799 


QA£L C I f\ ft/17 1 A f\ 

847.170-848.310 
848.340-848.970 


oy 1.5 lO— 892.140 
892.170-893.310 
893.340-893.970 


1 


A" 
(1 MHz) 


Not Valid 
Valid 


991-1012 
1013-1023 


824.040-824.670 
824.700-825.000 


869.040-869.670 
869.700-870.000 


A 

(10 MHz) 


Valid 
Not Valid 


1-311 
312-333 


825.030-834.330 
834.360-834.990 


870.030-679.330 
879.360-879.990 


B 

(10 MHz) 


Not Valid 

Valid 
Not Valid 


334-355 
356-644 
645-666 


835.020-835.650 
835.680-844.320 
844.350-844.980 


880.020-880.650 
880.680-889.320 
889.350-889.980 




A 1 

(1.5 MHz) 


Not Valid 
Valid 


667-688 
689-716 


845.010-845.640 
845.670-846.480 


890.010-890.640 
890.670-891.480 




A" 1 
(2.5 MHz) 


Valid 
Not Valid 


717-779 
780-799 


846.510-848.370 
848.400-848.970 


891.510-893.370 
893.400-893.970 



9.2.1.1.1.2 Band Class 1 (1900-MHz Band) 

The Band Class 1 block designators for the access terminal and access network shall be as 
specified in Table 9.2.1.1.1.2-1. 

Access terminals supporting Band Class 1 shall be capable of transmitting in Band Class 1 . 

The channel spacing, CDMA channel designations, and transmitter center frequencies of 
Band Class 1 shall be as specified in Table 9.2.1.1.1.2-2. Access terminals supporting Band 
Class 1 shall support transmission on the valid and conditionally valid channel numbers 
shown in Table 9.2.1.1.1.2-3. Note that certain channel assignments are not valid and 
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1 others are conditionally valid. Transmission on conditionally valid channels is permissible 

2 if the adjacent block is allocated to the same licensee or if other valid authorization has 
a been obtained. 

4 The nominal access terminal transmit carrier frequency shall be 80.0 MHz lower than the 

s frequency of the access network transmit signal as measured at the access terminal 

e receiver. 

7 Table 9.2.1.1.1.2-1. Band Class 1 Block Frequency Correspondence 



Block 
Designator 


Transmit Frequency Band (MHz) 


Access Terminal 


Access Network 


A 


1850-1865 


1930-1945 


D 


1865-1870 


1945-1950 


B 


1870-1885 


1950-1965 


E 


1885-1890 


1965-1970 


F 


1890-1895 


1970-1975 


C 


1895-1910 


1975-1990 



Table 9.2.1.1.1.2-2. CDMA Channel Number to CDMA Frequency Assignment 

Correspondence for Band Class 1 



Transmitter 


CDMA Channel 
Number 


Center Frequency for 
CDMA Channel (MHz) 


Access Terminal 


0 = N = 1199 


1850.000 + 0.050 N 


Access Network 


0 = N= 1199 


1930.000 + 0.050 N 
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Table 9.2.1.1.1.2-3. CDMA Channel Numbers and Corresponding Frequencies 

for Band Class 1 



Block 
Designator 


Channel 
Validity 


Channel 
Number 


Transmit Frequency Band (MHz) 


Access Terminal 


Access Network 


A 

(15 MHz) 


Not Valid 
Valid 
Cond. Valid 


0—24 
25-275 
276-299 


1850.000-1851.200 
1851.250-1863.750 
1863.800-1864.950 


1930.000-1931.200 
1931.250-1943.750 
1943.800-1944.950 


D 

(5 MHz) 


Cond. Valid. 

Valid 
Cond. Valid 


oUl>— o,<£4 
325-375 
376-399 


1865.000-1866.200 
1866.250-1868.750 

1 868.800-1 869.950 


1945.000-1946.200 
1946.250-1948.750 
1948.800-1949.950 


B 

(15 MHz) 


cona. valid. 

Valid 
Cond. Valid 


4UU — *f^4 

425-675 
676-699 


1870.000-1871.200 
1871.250-1883.750 
looo.oUU-loo4.yoU 


1950.000-1951.200 
1951.250-1963.750 
lyw.ouu- iyo4.you 


E 

(5 MHz) 


Valid 
Cond. Valid 


700-724 
725-775 
776-799 


1885.000-1886.200 
1886.250-1888.750 
1888.800-1889.950 


1965.000-1966.200 
1966.250-1968.750 
1968.800-1969.950 


F 

(5 MHz) 


Cond. Valid 

Valid 
Cond. Valid 


800-824 
825-875 
876-899 


1890.000-1891.200 
1891.250-1893.750 
1893.800-1894.950 


1970.000-1971.200 
1971.250-1973.750 
1973.800-1974.950 


C 

(15 MHz) 


Cond. Valid 
Valid 
Not Valid 


900-924 
925-1175 
1176-1199 


1895.000-1896.200 
1896.250-1908.750 
1908.800-1909.950 


1975.000-1976.200 
1976.250-1988.750 
1988.800-1989.950 



3 

4 9.2.1.1.1.3 Band Class 2 (TACS Band) 

s The Band Class 2 block designators for the access terminal and access network shall be as 

e specified in Table 9.2.1.1.1.3-1. 

7 Access terminals supporting Band Class 2 shall be capable of transmitting in Band Class 2 

e using at least one band subclass. The band subclasses for Band Class 2 are specified in 

9 Table 9.2.1.1.1.3-2. 

10 The channel spacing, CDMA channel designations, and transmitter center frequencies of 

11 Band Class 2 shall be as specified in Table 9.2.1.1.1.3-3. Access terminals supporting Band 

12 Class 2 shall support transmission on the valid and conditionally valid channel numbers 

13 shown in Table 9.2.1.1.1.3-4. Transmission on the conditionally valid channels is 

14 permissible if valid authorization has been obtained. 

is The nominal access terminal transmit carrier frequency shall be 45.0 MHz lower than the 

16 frequency of the access network transmit signal as measured at the access terminal 

17 receiver. 
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Table 9.2.1.1.1.3-1. Band Class2 Block Frequency Correspondence 



Block 
Designator 


Transmit Frequency Band (MHz) 


Access Terminal 


Access Network 


A 


872.0125-879.9875 
890.0125-897.4875 
905.0125-908.9875 


917.0125-924.9875 
935.0125-942.4875 
950.0125-953.9875 


B 


880.0125-887.9875 
897.5125-904.9875 
909.0125-914.9875 


925.0125-932.9875 
942.5125-949.9875 
954.0125-959.9875 



Table 9.2.1.1.1.3-2. Band Class 2 Band Subclasses 



Band 
Subclass 


Number of 
Channels 
Covered 


Channels 
Covered 


0 


600 


1-600 


1 


1000 


1-1000 


2 


1320 


1329-2047 
and 
0-600 



4 



Table 9.2.1.1.1.3-3. CDMA Channel Number to CDMA Frequency Assignment 

Correspondence for Band Class 2 



Transmitter 


CDMA Channel Number 


Center Frequency for 
CDMA Channel (MHz) 


Access Terminal 


0 = N = 1000 


0.025 N + 889.9875 


1329 = N = 2047 


0.025 (N- 1328) + 871.9875 


Access Network 


0 = N = 1000 


0.025 N + 934.9875 


1329 = N = 2047 


0.025 (N- 1328) + 916.9875 
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Table 9.2.1.1.1.3-4. CDMA Channel Numbers and Corresponding Frequencies 

for Band Class 2 



Block 
Designator 


CDMA Channel 
Valiuity 


CDMA 
Channel 
Number 


Transmit Frequency Band (MHz) 


Access Terminal 


Access Network 


AETACS 
(8 MHz) 


Not Valid 
Valid-1320 


1329-1355 
1356-1648 


872.0125-872.6625 
872.6875-879.9875 


917.0125-917.6625 
917.6875-924.9875 


BETACS 
(8 MHz) 


Valid- 1320 
Cond. Valid-1320 


1649-1941 
1942-1968 


880.0125-887.3125 
887.3375-887.9875 


925.0125-932.3125 
932.3375-932.9875 


Unassigne 
d 

(2 MHz) 


Cond. Valid-1320 


1 Q£^Q OAA7 

0 


888.0125-889.9625 

ft AO QR7^ 
0O7.7O / 0 


933.0125-934.9625 
934 9875 


A 

(7.5 MHz) 


Cond. Valid-1320 
Valid 


1-27 
28-300 


890.0125-890.6625 
890.6875-897.4875 


935.0125-935.6625 
935.6875-942.4875 


B 

(7.5 MHz) 


Valid 
Valid- 1000 


301-573 
574-600 


897.5125-904.3125 
904.3375-904.9875 


942.5125-949.3125 
949.3375-949.9875 


A' 
(4 MHz) 


Valid-1000 


601-760 


905.0125-908.9875 


950.0125-953.9875 


B' 
(6 MHz) 


Valid- 1000 
Not Valid 


761-973 
974-1000 


909.0125-914.3125 
914.3375-914.9875 


954.0125-959.3125 
959.3375-959.9875 



Valid and Not Valid apply to the channels for the access terminals of all three band 
subclasses. Valid-1000 means that the channels are only valid for the access terminals 
of band subclass 1. Valid-1320 means that the channels are only valid for the access 
terminals of band subclass 2. Cond. Valid-1320 means that the channels are 
conditionally valid for the access terminals of band subclass 2, and that they are not valid 
for the access terminals of band subclasses 0 and 1 . 

3 

4 9.2.1.1.1.4 Band Class 3 (JTACS Band) 

5 The Band Class 3 system designators for the access terminal and access network shall be 
e as specified in Table 9.2.1.1.1.4-1. 

7 Access terminals supporting Band Class 3 shall be capable of transmitting in Band Class 3. 

a The channel spacing, CDMA channel designations, and transmitter center frequencies of 

9 Band Class 3 shall be as specified in Table 9.2.1.1.1.4-2. Access terminals supporting Band 

10 Class 3 shall support transmission on the valid channel numbers shown in Table 

11 9.2.1.1.1.4-3. 

12 The nominal access terminal transmit carrier frequency shall be 55.0 MHz higher than 

13 the frequency of the access network transmit signal as measured at the access terminal 

14 receiver. 
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Table 9.2.1.1.1.4-1. Band Class 3 System Frequency Correspondence 



System 
Designator 


Transmit Frequency Band (MHz) 


Access Terminal 


Access Network 


A 


887.0125-888.9875 
893.0125-898.0000 
898.0125-900.9875 
915.0125-924.9875 


832.0125-833.9875 
838.0125-843.0000 
843.0125-845.9875 
860.0125-869.9875 


B 


Not specified 


Not specified 



2 

3 Table 9.2.1.1.1.4-2. CDMA Channel Number to CDMA Frequency Assignment 



Correspondence for Band Class 3 



Transmitter 


CDMA Channel Number 


Center Frequency for 
CDMA Channel (MHz) 


Access 
Terminal 


1 = N = 799 


0.0125 N + 915.000 


801 = N = 1039 


0.0125 (N - 800) + 898.000 


1041 = N = 1199 


0.0125 (N- 1040) + 887.000 


1201 = N= 1600 


0.0125 (N- 1200) + 893.000 


Access Network 


1 = N = 799 


0.0125 N + 860.000 


801 = N = 1039 


0.0125 (N - 800) + 843.000 


1041 = N = 1199 


0.0125 (N- 1040) + 832.000 


1201 = N = 1600 


0.0125 (N - 1200) + 838.000 



In this table, only even-valued N values are valid. 
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1 Table 9.2.1.1.1.4-3. CDMA Channel Numbers and Corresponding Frequencies 

2 for Band Class 3 



System 
Designator 


Channel 
Validity 


CDMA 

Channel 
Number 


Transmit Frequency Band (MHz) 


Access Terminal 


Access Network 


Al 
(2 MHz) 


Not Valid 

Valid 
Not Valid 


1041-1099 
1100-1140 
1141-1199 


887.0125-887.7375 
887.7500-888.2500 
888.2625-888.9875 


832.0125-832.7375 
832.7500-833.2500 
833.2625-833.9875 


A3 
(5 MHz) 


Not Valid 
Valid 
Cond. Valid 


1201-1259 
1260-1540 
1541-1600 


893 .012 5-893 .7375 
893.7500-897.2500 
897.2625-898.0000 


838.0125-838.7375 
838.7500-842.2500 
842.2625-843.0000 


A2 
(3 MHz) 


Cond. Valid 
Valid 
Not Valid 


801-859 
860-980 
981-1039 


898.0125-898.7375 
898.7500-900.2500 
900.2625-900.9875 


843.0125-843.7375 
843.7500-845.2500 
845.2625-845.9875 


A 

(10 MHz) 


Not Valid 

Valid 
Not Valid 


1-59 
60-740 
741-799 


915.0125-915.7375 
915.7500-924.2500 
924.2625-924.9875 


860.0125-860.7375 
860.7500-869.2500 
869.2625-869.9875 


B 


Not specified 


Not specified 


Not specified 


Not specified 



4 9.2.1.1.1.5 Band Class 4 (Korean PCS Band) 

5 The Band Class 4 block designators for the access terminal and access network shall be as 
e specified in Table 9.2. 1 . 1 . 1 . 5- 1 . 

7 Access terminals supporting Band Class 4 shall be capable of transmitting in Band Class 4. 

a The channel spacing, CDMA channel designations, and transmitter center frequencies of 

9 Band Class 4 shall be as specified in Table 9.2.1.1.1.5-2. Access terminals supporting Band 

10 Class 4 shall support transmission on the valid and conditionally valid channel numbers 

11 shown in Table 9.2.1.1.1.5-3. Transmission on conditionally valid channels is permissible 

12 if the adjacent block is allocated to the same licensee or if other valid authorization has 

13 been obtained. 

14 The nominal access terminal transmit carrier frequency shall be 90.0 MHz lower than the 
is frequency of the access network transmit signal as measured at the access terminal 
16 receiver. 
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Block 
Designator 


Transmit Frequency Band (MHz) 


Access Terminal 


Access Network 


A 


1750-1760 


1840-1850 


B 


1760-1770 


1850-1860 


C 


1770-1780 


1860-1870 



Table 9.2.1.1.1.5-2. CDMA Channel Number to CDMA Frequency Assignment 



Transmitter 


CDMA Channel Number 


Center Frequency for 
CDMA Channel (MHz) 


Access Terminal 


0 = N = 599 


0.050 N + 1750.000 


Access Network 


0 = N = 599 


0.050 N + 1840.000 



Table 9.2 



1.1.1.5-3. CDMA Channel Numbers and Corresponding Frequencies 

for Band Class 4 



Block 
Designator 


CDMA 
Channel 
Validity 


CDMA 
Channel 
Number 


Transmit Frequency Band (MHz) 


Access Terminal 


Access Network 


A 

(10 MHz) 


Not Valid 
Valid 
Cond. Valid 


0-24 
25-175 
176-199 


1750.000-1751.200 
1751.250-1758.750 
1758.800-1759.950 


1840.000-1841.200 
1841.250-1848.750 
1848.800-1849.950 


B 

(10 MHz) 


Cond. Valid 

Valid 
Cond. Valid 


200-224 
225-375 
376-399 


1 760.000-1 76 1 .200 
1761.250-1768.750 
1768.800-1769.950 


1850.000-1851.200 
1851.250-1858.750 
1858.800-1859.950 


C 

(10 MHz) 


Cond. Valid 
Valid 
Not Valid 


400-424 
425-575 
576-599 


1770.000-1771.200 
1771.250-1778.750 
1778.800-1779.950 


1860.000-1861.200 
1861.250-1868.750 
1868.800-1869.950 



10 

11 

12 
13 
14 
15 



9.2.1.1.1.6 Band Class 5 (450-MHz Band) 

The Band Class 5 block designators for the access terminal and access network shall be as 
specified in Table 9.2.1.1.1.6-1. 

There are eight band subclasses specified for Band Class 5. Each band subclass 
corresponds to a specific block designator (see Table 9.2.1.1.1.6-1). Each band subclass 
includes all the channels designated for that system. Access terminals supporting Band 
Class 5 shall be capable of transmitting in at least one band subclass belongmg to Band 
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1 Class 5. For access terminals capable of transmitting in more than one band subclass 

2 belonging to Band Class 5, one band subclass shall be designated as the Primary Band 
a Subclass, which is the band subclass used by the access terminal's home system. 

4 The channel spacing, CDMA channel designations, and transmitter center frequencies of 

s Band Class 5 shall be as specified in Table 9.2.1.1.1.6-2. Access terminals supporting Band 

6 Class 5 shall support transmission on the valid and conditionally valid channel numbers 

7 shown in Table 9.2.1.1.1.6-3, depending on the Band Subclass of the access terminal. Note 
b that certain channel assignments in Block A are not valid and others are conditionally 

9 valid. Transmission on conditionally valid channels is permissible if the adjacent A' block 

10 is allocated to the same licensee or if other valid authorization has been obtained. 

n The nominal access terminal transmit carrier frequency shall be 10.0 MHz lower than the 

^2 frequency of the access network transmit signal as measured at the access terminal 

is receiver. 

14 ' Table 9.2.1.1.1.6-1. Band Class 5 Block Frequency Correspondence and Band 

15 Subclasses 



Block 
Designator 


Band 
Subclass 


Transmit Frequency Band (MHz) 


Access Terminal 


Access Network 


A 


0 


452.500-457.475 


462.500-467.475 


B 


1 


452.000-456.475 


462.000-466.475 


C 


2 


450.000-454.800 


460.000-464.800 


D 


3 


411.675-415.850 


421.675-425.850 


£ 


4 


415.500-419.975 


425.500-429.975 


F 


5 


479.000-483.480 


489.000^93.480 


G 


6 


455.230-459.990 


465.230-469.990 


H 


7 


451.310-455.730 


461.310-465.730 



16 
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Table 9.2.1.1.1.6-2. CDMA Channel Number to CDMA Frequency Assignment 

Correspondence for Band Class 5 



Transmitter 


CDMA Channel Number 


Center Frequency for 
CDMA Channel (MHz) 


Access Terminal 


1 = N - 300 


0.025 (N- 1) + 450.000 


539 = N = 871 


0.025 (N- 512) + 411.000 


1039 - N = 1473 


0.020 (N- 1024) + 451.010 


1792 = N = 2016 


0.020 (N- 1792) + 479.000 


Access Network 


1 - N = 300 


0.025 (N- 1) + 460.000 


539 = N = 871 


0.025 (N- 512) + 421.000 


1039 = N = 1473 


0.020 (N - 1024) + 461.010 


1792 - N - 2016 


0.020 (N- 1792) + 489.000 
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Table 9.2.1.1.1.6-3. CDMA Channel Numbers and Corresponding Frequencies 

for Band Class 5 



Block 
Designator 




CDMA 


Transmit Frequency Band (MHz) 


Channel 
Validity 


Channel 
Number 


Access Terminal 


Access Network 


A 

(4.5 MHz) 


Not valid. 
Cond. Valid 
Valid 
Not Valid 


1 O 1 1 OK 

126-145 
146-275 
276-300 


453.000-453.100 
453.125-453.600 
453.625-456.850 
456.875-457.475 


463.000-463.100 
463.125-463.600 

466.875-467.475 


A' 

(0.5 MHz) 


Not Valid 


101-120 


452.50O-452.975 


462.500-462.975 


B 

(4.5 MHz) 


Not Valid 

Valid 
Not Valid 


O i 1 

ol-lUO 

106-235 

236-260 


452.000-452.600 
452.625-455.850 
455.875-456.475 


462.000-462.600 
462.625-465.850 
465.875— 4OO.4/0 


C 

(4.8 MHz) 


Not Valid 

Valid 
Not Valid 


1—25 
26-168 
169-193 


450.000-^50.600 
450.625-^54.175 
454.200-454.800 


460.000-460.600 
460.625-464.175 
464.200-4o4.oOO 


D 

(4.2 MHz) 


Not Valid 

Valid 
Not Valid 


con c/to 

564-681 
682-706 


411.675^12.275 
412.300-415.225 
41 5.250—41 5. 850 


421.675^22.275 
422.300--425.225 

yfOC OCO AOC OCA 


E 

(4.5 MHz) 


Not vana 

Valid 
Not Valid 


oyz - / io 
717-846 
847-871 


415.500-416.100 
416.125-419.350 
419.375^*19.975 


425.500-426.100 
426.125-429.350 
429.375-429.975 


F 

(4.5 MHz) 


Not Valid 

Valid 
Not Valid 


1792-1822 
1823-1985 
1986-2016 


479.000-479.600 
479.620-482.860 
482.880-483.480 


489.000-489.600 
489.62CMI92.860 
492.880-493.480 


G 

(4.76 MHz) 


Not Valid 

Valid 
Not Valid 


1235-1265 
1266-1442 
1443-1473 


455.230-455.830 
455.850-459.370 
459.390-459.990 


465.230-465.830 
465.850-469.370 
469.390-469.990 


H 

(4.42 MHz) 


Not Valid 

Valid 
Not Valid 


1039-1069 
1070-1229 
1230-1260 


451.310-451.910 
451.930-455.110 
455.130-455.730 


461.310-461.910 
461.930-465.110 
465.130^465.730 



9.2.1.1.1.7 Band Class 6 (2-GHz Band) 

The Band Class 6 block designators for the access terminal and access network are not 
specified, since licensee allocations vary by regulatory body. 

Access terminals supporting Band Class 6 shall be capable of transmitting in Band Class 6. 

The channel spacing, CDMA channel designations, and transmitter center frequencies of 
Band Class 6 shall be as specified in Table 9.2.1.1.1.7-1. Access terminals supporting Band 
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Class 6 shall support transmission on the valid channel numbers shown in Table 
9.2.1.1.1.7-2. 

The nominal access terminal transmit carrier frequency shall be 190.0 MHz lower than 
the frequency of the access network transmit signal as measured at the access terminal 
receiver. 

Table 9.2.1.1.1.7-1. CDMA Channel Number to CDMA Frequency Assignment 

Correspondence for Band Class 6 



Transmitter 


CDMA Channel 
Number 


Center Frequency for 
CDMA Channel (MHz) 


Access Terminal 


0 = N= 1199 


1920.000 + 0.050 N 


Access Network 


0 = N = 1 199 


2110.000 + 0.050 N 



Table 9.2.1.1.1.7-2. CDMA Channel Numbers and Corresponding Frequencies 

for Band Class 6 



CDMA 
Channel 
Validity 


CDMA 
Channel 
Number 


Transmit Frequency Band (MHz) 


Access Terminal 


Access Network 


Not Valid 

Valid 
Not Valid 


0-24 
25-1175 
1176-1199 


1920.000-1921.200 
1921.250-1978.750 
1978.800-1979.950 


2110.000-2111.200 
2111.250-2168.750 
2168.800-2169.950 



Channel numbers less than 1.25 MHz from the licensee's band edge 

are not valid. 



9.2.1.1.1.8 Band Class 7 (700-MHz Band) 

The Band Class 7 block designators for the access terminal and access network shall be as 
specified in Table 9.2.1.1.1.8-1. 

Access terminals supporting Band Class 7 shall be capable of transmitting in Band Class 7. 

The channel spacing, CDMA channel designations, and transmitter center frequencies of 
Band Class 7 shall be as specified in Table 9.2.1.1.1.8-2. Access terminals supporting Band 
Class 7 shall support operations on the valid and conditionally valid channel numbers 
shown in Table 9.2.1.1.1.8-3. Note that certain channel assignments are not valid and 
others are conditionally valid. Transmission on conditionally valid channels is permissible 
if the adjacent block is allocated to the same licensee or if other valid authorization has 
been obtained. 

The nominal access terminal transmit carrier frequency shall be 30.0 MHz higher than 
the frequency of the access network transmit signal as measured at the access terminal 
receiver. 
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Table 9.2.1.1.1.8-1. Band Class7 Block Frequency Correspondence 



Block 
Designator 


Transmit Frequency Band (MHz) 


Access 
Terminal 


Access Network 


A 


776-777 


746-747 


C 


777-782 


747-752 


D 


782-792 


752-762 


B 


792-794 


762-764 



2 

3 Table 9.2.1.1.1.8-2. CDMA Channel Number to CDMA Frequency Assignment 

4 Correspondence for Band Class 7 



Transmitter 


CDMA Channel 
Number 


Center Frequency for 
CDMA Channel (MHz) 


Access Terminal 


0 = N = 359 


776.000 + 0.050 N 


Access Network 


0 = N - 359 


746.000 + 0.050 N 



5 



Table 9.2.1.1.1.8-3. CDMA Channel Numbers and Corresponding Frequencies 

for Band Class 7 



Block 
Designator 


CDMA 
Channel 
Validity 


CDMA 
Channel 
Number 


Transmit Frequency Band (MHz) 


Access Terminal 


Access Network 


A 

(1 MHz) 


Not Valid 


0-19 


776.000-776.950 


746.000-746.950 


C 

(5 MHz) 


Not Valid 
Valid 
Cond. Valid 


20-44 
45-95 
96-119 


777.000-778.200 
778.250-780.750 
780.800-781.950 


747.000-748.200 
748.250-750.750 
750.800-751.950 


D 

(10 MHz) 


Cond. Valid 
Valid 
Not Valid 


120-144 
145-295 
296-319 


782.000-783.200 
783.250-790.750 
790.800-791.950 


752.000-753.200 
753.25O-760.750 
760.800-761.950 


B 

(2 MHz) 


Not Valid 


320-359 


792.000-793.950 


762.000-763.950 



8 



9 9.2.1.1.1.9 Band Class 8 (1800-MHz Band) 

10 The Band Class 8 block designators for the access terminal and the access network 

11 not specified. 
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1 Access terminals supporting Band Class 8 shall be capable of transmitting in Band Class 8. 

2 The channel spacing, CDMA channel designations, and transmitter center frequencies of 

3 Band Class 8 shall be as specified in Table 9.2.1.1.1.9-1. Access terminals supporting Band 

4 Class 8 shall support transmission on the valid channel numbers shown in Table 

5 9.2.1.1.1.9-2. 

e The nominal access terminal transmit carrier frequency shall be 95.0 MHz lower than the 

7 frequency of the access network transmit signal as measured at the access terminal 

e receiver. 

9 Table 9.2.1.1.1.9-1. CDMA Channel Number to CDMA Frequency Assignment 

t0 Correspondence for Band Class 8 



Transmitter 


CDMA Channel 
Number 


Center Frequency for 
CDMA Channel (MHz) 


Access Terminal 


0 = N = 1499 


1710.000 + 0.050 N 


Access Network 


0 = N = 1499 


1805.000 + 0.050 N 



Table 9.2.1.1.1.9-2. CDMA Channel Numbers and Corresponding Frequencies for Band 

Class 8 



CDMA 
Channel 
Validity 


CDMA 
Channel 
Number 


Transmit Frequency Band (MHz) 


Access Terminal 


Access Network 


Not Valid 

Valid 
Not Valid 


0-24 
25-1475 
1476-1499 


1710.000-1711.200 
1711.250-1783.750 
1783.800-1784.950 


1805.000-1806.200 
1806.250-1878.750 
1878.800-1879.950 



Channel numbers less than 1.25 MHz from the licensee's band edge 

are not valid. 



15 9.2. 1.1.1.10 Band Class 9 (900-MHz Band) 

is The Band Class 9 block designators for the access terminal and the access network are 

17 not specified. 

is Access terminals supporting Band Class 9 shall be capable of transmitting in Band Class 9. 

19 The channel spacing, CDMA channel designations, and transmitter center frequencies of 

so Band Class 9 shall be as specified in Table 9.2.1.1.1.10-1. Access terminals supporting 

21 Band Class 9 shall support transmission on the valid channel numbers shown Table 

zz 9.2.1.1.1.10-2. 
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The nominal access terminal transmit carrier frequency shall be 45.0 MHz lower than the 
frequency of the access network transmit signal as measured at the access terminal 
receiver. 

Table 9.2.1.1.1.10-1. CDMA Channel Number to CDMA Frequency Assignment 

Correspondence for Band Class 9 



Transmitter 


CDMA Channel 
Number 


Center Frequency for 
CDMA Channel (MHz) 


Access Terminal 


0 = N = 699 


880.000 + 0.050 N 


Access Network 


0 = N = 699 


925.000 + 0.050 N 



Table 9.2.1.1.1.10-2. CDMA Channel Numbers and Corresponding Frequencies for Band 

Class 9 



CDMA 
Channel 
Validity 


CDMA 
Channel 
Number 


Transmit Frequency Band (MHz) 


Access Terminal 


Access Network 


Not Valid 

Valid 
Not Valid 


0-24 
25-675 
676-699 


880.000-881.200 
881.250-913.750 
913.800-914.950 


925.000-926.200 
926.250-958.750 
958.800-959.950 



Channel numbers less than 1 .25 MHz from the licensee's band edge 

are not valid. 



10 9.2.1.1.2 Frequency Tolerance 

11 The access terminal shall meet the requirements in the current version of [5]. 

12 9.2. 1 .2 Power Output Characteristics 

13 All power levels are referenced to the access terminal antenna connector unless otherwise 

14 specified. 

15 9.2. 1 .2. 1 Output Power Requirements of Reverse Channels 

16 9.2. 1.2.1.1 Access Channel Output Power 
When transmitting over the Access Channel, the access terminal transmits Access Probes 
until the access attempt succeeds or ends. 

9.2.1.2.1.2 Reverse Traffic Channel Output Power 

When the access terminal is transmitting the Reverse Traffic Channel, the access 
terminal shall control the mean output power using a combination of closed-loop and open- 
loop power control (see 9.2.1.2.4 and 9.2.1.4). Throughout 9.2.1.2, the channel formed by 
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21 
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multiplexing the RRI Channel onto the Pilot Channel is still referred to as the Pilot 
Channel. 

When the access terminal is transmitting the Reverse Traffic Channel, the access 
terminal transmits the Pilot Channel, the DRC Channel, the ACK Channel when 
acknowledging received physical layer packets, and the Data Channel when transmitting 
physical layer packets. These channels shall be transmitted at power levels according to 
open-loop and closed-loop power control. The transmitted power level of the Data Channel 
shall be adjusted depending on the selected data rate (see 9.2.1.2.4) and reverse link power 
control. The traffic data shall be transmitted in the form of physical layer packets (duration 
26.66... ms), which may occur either contiguously or sporadically. When the data rate is 
changed, the access terminal output power, relative to the desired value in steady state, 
shall be within ±0.5 dB or 20% of the change in dB, whichever is greater. The access 
terminal output power shall settle to within ±0.5 dB of the steady-state value within 200 |is 
of the physical layer packet boundary. 

9.2.1.2.2 Maximum Output Power 

The access terminal shall meet the requirements in the current version of [5]. 

9.2.1.2.3 Output Power Limits 

9.2.1.2.3.1 Minimum Controlled Output Power 

The access terminal shall meet the requirements in the current version of [5]. 

9.2.1.2.3.2 Standby Output Power 

The access terminal shall disable its transmitter except when it is instructed by a MAC 
protocol to transmit. When the transmitter is disabled, the output noise power spectral 
density of the access terminal shall be less than -61 dBm/ 1 MHz for all frequencies within 
the transmit bands that the access terminal supports. 



zs 9.2. 1 .2.4 Controlled Output Power 

26 The access terminal shall provide two independent means for output power adjustment: an 

27 open-loop estimation performed by the access terminal and a closed-loop correction 

28 involving both the access terminal and the access network. Accuracy requirements on the 

29 controlled range of mean output power (see 9.2. 1 .2.5) need not apply for the following three 

30 cases: 

• Mean output power levels exceeding the minimum ERP/EIRP at the maximum 
output power for the corresponding access terminal class; 

• Mean output power levels less than the minimum controlled output power (see 

34 9.2.1.2.3.1); or 

35 • Mean input power levels exceeding -25 dBm within the 1 .23-MHz bandwidth. 
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27 
28 

29 
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31 
32 
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34 
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9.2.1.2.4.1 Estimated Open-Loop Output Power 

Open-loop operation shall be based on the power of the received Forward Pilot Channel (see 
9.3.1.3.2.1). 

The nominal access probe structure and its transmit power requirements are defined as 
part of the Access Channel MAC Protocol, The power of the Access Data Channel relative to 
that of the Pilot Channel shall be as specified in Table 9.2.1.2.4.1-1 in which 
DataOffsetNom and DataOffset9k6 are public data of the Access Channel MAC Protocol. 
The output power of the Pilot Channel during the preamble portion of an access probe shall 
be increased relative to the nominal Pilot Channel power during the data portion of the 
probe by an amount such that the total output power of the preamble and data portions of 
the access probe are the same. 

Once instructed by the Reverse Traffic Channel MAC Protocol, the access terminal 
initiates Reverse Traffic Channel transmission. The initial mean output power of the Pilot 
Channel of the Reverse Traffic Channel shall be equal to the mean output power of the 
Pilot Channel at the end of the last Access Channel probe minus the difference in the 
forward link mean received signal power from the end of the last Access Channel probe to 
the start of the Reverse Traffic Channel transmission. 

The subsequent mean output power of the Pilot Channel of the total reverse link 
transmission shall be as specified in 9.2.1.2.4.2. 

The accuracy of the incremental adjustment to the mean output power, as dictated by the 
Access Channel MAC Protocol and the Reverse Traffic Channel MAC Protocol, shall be 
±0.5 dB or 20% of the change (in dB), whichever is greater. 

The access terminal shall support a total combined range of initial offset parameters, 
access probe corrections, and closed-loop power control corrections, of at least ±32 dB for 
access terminals operating in Band Classes 0, 2, 3, 5, and 7 and ±40 dBr access 
terminals operating in Band Classes 1, 4, and 6. 

Prior to the application of access probe corrections and closed-loop power control 
corrections, the access terminal's open-loop mean output power of the Pilot Channel, X^, 
should be within ±6 dB and shall be within ±9 dB of the value given by 

Xq = -Mean Received Power (dBra) + OpenLoopAdjust + ProbelnitialAdjust 

where OpenLoopAdjust and ProbelnitialAdjust are public data from the Access Channel 
MAC Protocol and OpenLoopAdjust + ProbelnitialAdjust is from -81 to -66 dB for Band 
Classes 0, 2, 3, 5, and 7 and from -100 to -69 dB for Band Classes 1, 4, and 6. 
During the transmission of the Reverse Traffic Channel, the determination of the output 
power needed to support the Data Channel, the DRC Channel, and the ACK Channel is an 
additional open-loop process performed by the access terminal. 

The power of the Data Channel relative to that of the Pilot Channel shall be as specified in 
Table 9.2.1.2.4.1-1 in which DataOffsetNom, DataOffset9k6, DataOffsetl9k2, 
DataOffset38k4, DataOffset76k8, and Data0ffsetl53k6 are public data of the Reverse 
Traffic Channel MAC Protocol. 
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Table 9.2.1.2.4.1-1. Relative Power Levels vs. Data Rate 



Data Kate 
(kbps) 


Ftota Channel Gain Relative to Pilot 
(dB) 


0 


-oo (Data Channel Is Not Transmitted) 


9.6 


DataOffsetNom + DataOffset9k6 + 3.75 


19.2 


DataOffsetNom + DataOffsetl9k2 + 6.75 


38.4 


DataOffsetNom + DataOffset38k4 + 9.75 


76.8 


DataOffsetNom + DataOffset76k8 + 13.25 


153.6 


DataOffsetNom + DataOffsetl53k6 +18.5 



20 



30 



During the transmission of the DRC Channel, the power of the DRC Channel relative to 

that of the Pilot Channel shall be as specified by DRCChannelGain, where 

DRCChannelGain is public data of the Forward Traffic Channel MAC Protocol. 

During the transmission of the ACK Channel, the power of the ACK Channel relative to 

that of the Pilot Channel shall be as specified by ACKChannelGain, where 

ACKChannelGain is public data of the Forward Traffic Channel MAC Protocol. 

The access terminal shall maintain the power of the Data Channel, DRC Channel and 

ACK Channel, relative to that of the Pilot Channel, to within ±0.25 dB of the specified 

values. 

If the access terminal is unable to transmit at the requested output power level when the 
maximum Reverse Traffic Channel data rate is 9600 bps, the access terminal shall reduce 
the power of the DRC Channel and the ACK Channel accordingly. The maximum power 
reduction for the DRC Channel corresponds to gating off the DRC Channel. The maximum 
power reduction for the ACK Channel corresponds to gating off the ACK Channel. If the 
ACK Channel is active, the ACK Channel power reduction shall occur only after the DRC 
Channel has been gated off. The access terminal shall perform the power reduction within 
one slot of determining that the access terminal is unable to transmit at the requested 
output power level. 

9.2.1.2.4.2 Closed-Loop Output Power 

For closed-loop correction (with respect to the open-loop estimate), the access terminal 
shall adjust the mean output power level of the Pilot Channel in response to each power- 
control bit received on the Reverse Power Control (RPC) Channel. The nominal change in 
mean output power level of the Pilot Channel per single power-control bit shall be set 
according to the RPCStep public data of the Reverse Traffic Channel MAC Protocol. 
For the 1.0 dB step size, the change in mean output power level per power-control bit shall 
be within ±0.5 dB of the nominal value (1 dB), and the change in mean output power level 
per 10 power-control bits of the same sign shall be within ±2.0 dB of 10 times the nominal 
change (10 dB). For the 0.5 dB step size, the change in mean output power level per power- 
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, control bit shall be within ±0.3 dB of the nominal value (0.5 dB), and the change in mean 

s output power level per 20 power-control bits of the same sign shall be within ±2.5 dB of 20 

. times the nominal change (10 dB). A '0' power-control bit requires the access terminal to 

* increase transmit power, and a «1' power-control bit requires the access terminal to 

s decrease transmit power. The access terminal shall provide a closed-loop adjustment 

6 range greater than ±24 dB around its open-loop estimate. 

7 See 9.2. 1 .4 for combining power-control bits received from different multipath components 
b or from different sectors during handoff. 

9 9.2. 1 .2.5 Power Transition Characteristics 

,o 9.2.1.2.5.1 Open-Loop Estimation 

„ Following a step change in mean input power, AP in , the mean output power of the access 

« terminal shall transition to its final value in a direction opposite in sign to AP in , with 

13 magnitude contained between the mask limits defined by 42 : 

14 • Upper Limit: 

For 0 < t < 24 ms: max [1.2 x |AP in | x (t/24), |AP in | x (t/24) ♦ 2.0 dB] + 1.5dB 
For t > 24 ms: max [1.2 x |AP in |, |AP m | + 0.5 dB] + 1.5 dB 

17 • Lower Limit: 

For t > 0: max 10.8 x | AP in | x [1 - cd^-^/M, - 2.0 dB, 0] - 1 dB 
n9 where «f is expressed in units of milliseconds and AP in is expressed in units of dB. 
» These limits shall apply to a step change AP in of ±20 dB or less. The absolute value of the 
change in mean output power due to open-loop power control shall be a monotomcally 
increasing function of time. If the change in mean output power consists of discrete 
increments, no single increment shall exceed 1.2 dB. 



21 

22 
23 



25 
26 
27 



29 



9.2.1.2.5.2 Closed-Loop Correction 

Following the reception of a closed-loop power-control bit, the mean output power of the 
access terminal shall be within 0.3 dB and 0. 1 5 dB of the final value in less than 500 ps for 
step sizes of 1.0 dB and 0.5 dB, respectively. 

9.2.1.3 Modulation Characteristics 

9.2.1.3.1 Reverse Channel Structure 

The Reverse Channel consists of the Access Channel and the Reverse Traffic Channel. 
The Access Channel shall consist of a Pilot Channel and a Data Channel. The Reverse 
Traffic Channel shall consist of a Pilot Channel, a Reverse Rate Indicator (RRI) Channel, a 



42 The mask limits allow for the effect of alternating closed-loop power-control bits. 
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Data Rate Control (DRC) Channel, an Acknowledgement (ACK) Channel, and a Data 
Channel The RRI Channel is used to indicate the data rate of the Data Channel being 
transmitted on the Reverse Traffic Channel. The DRC Channel is used by the access 
terminal to indicate to the access network the requested Forward Traffic Channel data 
rate and the selected serving sector on the Forward Channel. The ACK Channel is used by 
the access terminal to inform the access network whether or not the physical layer packet 
transmitted on the Forward Traffic Channel has been received successfully. 
The structure of the reverse link channels for the Access Channel shall be as shown in 
Figure 9 2 1 3 1-1, and the structure of the reverse link channels for the Reverse Traffic 
Channel shall be as shown in Figure 9.2.1.3.1-2 and Figure 9.2.1.3.1-3. For the Reverse 
Traffic Channel, the encoded RRI Channel symbols shall be time-division multiplexed with 
the Pilot Channel. This time-division-multiplexed channel is still referred to as the Pilot 
Channel For the Access Channel, the RRI symbols shall not be transmitted and the Pilot 
Channel shall not be time-division multiplexed. The Pilot Channel, the DRC Channel, the 
ACK Channel, and the Data Channel shall be orthogonally spread by Walsh functions of 
length 4 8 or 16 (see 9.2.1.3.7). Each Reverse Traffic Channel shall be identified by a 
distinct user long code. The Access Channel for each sector shall be identified by a distinct 
Access Channel long code. 

The Access Channel frame and Reverse Traffic Channel frame shall be 26.66... ms in 
duration and the frame boundary shall be aligned to the rollover of the short PN codes (see 
9.2.1.3.8.1). Each frame shall consist of 16 slots, with each slot 1.66... ms in duration. Each 
slot contains 2048 PN chips. 

23 When the access terminal is transmitting a Reverse Traffic Channel, it shall continuously 

24 transmit the Pilot Channel and the RRI Channel. These channels shall be time-division 
a multiplexed, and shall be transmitted on Walsh channel W* 6 . When the DRC Channel is 

26 active (see 9.2.1.3.3.3), it shall be transmitted for full slot durations on Walsh channel 

27 Wj 6 . The access terminal shall transmit an ACK Channel bit in response to every 

28 Forward Traffic Channel slot that is associated with a detected preamble directed to the 
« access terminal. Otherwise, the ACK Channel shall be gated off. When the ACK Channel 
ao bit is transmitted, it shall be transmitted on the first half slot on Walsh channel w| . 

» For the Reverse Traffic Channel, the encoded RRI symbols shall be time-division 

32 multiplexed with the Pilot Channel, and the encoded RRI symbols shall be allocated the 

as first 256 chips of every slot as shown in Figure 9.2 . 1 .3. 1 -4. 

34 Figure 9 2. 1.3. 1-5 and Figure 9.2. 1 .3. 1-6 give examples of the ACK Channel operation for a 

35 153 6-kbps Forward Traffic Channel. The 153.6-kbps Forward Traffic Channel physical 

36 layer packets use four slots, and these slots are transmitted with a three-slot interval 

37 between them, as shown in the figures. The slots from other physical layer packets are 

38 interlaced in the three intervening slots. 

39 Figure 9 2.1.3.1-5 shows the case of a normal physical layer packet termination. In this 

40 case, the access terminal transmits NAK responses on the ACK Channel after the first 
« three slots of the physical layer packet are received indicating that it was unable to 
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correctly receive the Forward Traffic Channel physical layer packet after only one, two, or 
three of the nominal four slots. An ACK or NAK is also transmitted after the last slot is 
3 received, as shown. 

Figure 9 2.1.3.1-6 shows the case where the Forward Traffic Channel physical layer packet 
transmission is terminated early. In this example, the access terminal transmits an ACK 
response on the ACK Channel after the third slot is received indicating that it has 
correctly received the physical layer packet. When the access network receives such an 
ACK response, it does not transmit the remaining slots of the physical layer packet. 
Instead, it may begin transmission of any subsequent physical layer packets. 
When the access terminal has received all slots of a physical layer packet or has 
transmitted a positive ACK response, the physical layer shall return 
ForwcuxlTmffk&omptetBd. indication. 
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Figure 9.2.1.3.1-1. Reverse Channel Structure for the Access Channel 
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Figure 9.2.1.3.1-2. Reverse Channel Structure for the Reverse Traffic Channel 

(Part 1 of 2) 
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Figure 9.2.1.3.1-3. Reverse Channel Structure for the Reverse Traffic Channel 

(Part 2 of 2) 
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Figure 9.2.1.3.1-4. Pilot Channel and RRI Channel TDM Allocations for the Reverse 

Traffic Channel 
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Figure 9.2.1.3.1-5. Multistat Physical Layer Packet with Normal Termination 
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Figure 9.2. 1.3.1 -6. Multislot Physical Layer Packet with Early Termination 



s 9.2. 1 .3. 1 . 1 Modulation Parameters 

. The modulation parameters for the Access Channel and the Reverse Traffic Channel shall 
7 be as specified in Table 9.2.1.3.1.1-1. 
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Table 9.2.1.3.1.1-1. Modulation Parameters for the Access Channel and the Reverse 

Traffic Channel 





Data Rate (kbps) 




Parameter 


9.6 


19.2 


38.4 


76.8 


153.6 


Reverse Rate Index 


1 


2 






5 


OllS per rlly\>l\*al 

Layer Packet 


256 


512 


1,024 


2,048 


4,096 


"PVi^7<2 1 1 1 .a v#*r 

Packet Duration 
(ms) 




ZO.OD... 


zO.oo. . . 




26.66... 


Code Rate 


1/4 


1/4 


1 /4. 
1 /4 


1 /4 


1/2 


k^ocie oymtioio pci 
Physical Layer 
Packet 


1,024 


2,048 


4,096 


8,192 


8,192 


Code Symbol Rate 
(ksps) 


38.4 


76.8 


153.6 


307.2 


307.2 


Interleaved Packet 
Repeats 


8 


4 


2 


1 


1 


Modulation Symbol 
Rate (ksps) 


307.2 


307.2 


307.2 


307.2 


307.2 


Modulation Type 


BPSK 


BPSK 


BPSK 


BPSK 


BPSK 


PN Chips per 
Physical Layer 
Packet Bit 


128 


64 


32 


16 


8 



9.2. 1 .3. 1 .2 Data Rates 

The access terminal shall transmit information on the Access Channel at a fixed data rate 
of 9.6 kbps. 

The access terminal shall transmit information on the Reverse Traffic Channel at a 
variable data rate of 9.6, 19.2, 38.4, 76.8, or 153.6 kbps, according to the Reverse Traffic 
Channel MAC Protocol. 



14 
15 



9.2.1.3.2 Access Channel 

The Access Channel is used by the access terminal to initiate communication with the 
access network or to respond to an access terminal directed message. The Access Channel 
consists of a Pilot Channel and a Data Channel as shown in Figure 9.2.1.3.1-1. 

An access probe shall consist of a preamble followed by one or more Access Channel 
physical layer packets. During the preamble transmission, only the Pilot Channel is 
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transmitted. During the Access Channel physical layer packet transm^on, both ttcWat 
Channel and the Data Channel are transmitted. The output power of the Mot Channel 
during the preamble portion of an access probe is higher than it is during ^*^«*™ 
of the probe by an amount such that the total output power of the preamble and data 
portions of the access probe are the same as shown in Figure 9.2.1.3.2-1. 
The preamble length is specified by the parameter PreambleLength which is public data 
from the Access Channel MAC Protocol. The Access Channel physical layer packets are 
transmitted at a fixed data rate of 9.6 kbps. 



9 
10 



Transmit 
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. Preamble Frames- 



Capsule Frames 
(Access Channel 
Physical Layer Packets) 



Figure 9.2.1.3.2-1. Example of an Access Probe 
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9.2.1.3.2.1 Pilot Channel 

The access terminal shall transmit unmodulated symbols with a binary value of <0> on the 

^ Channel The Pi.ot Channe. shall be transmitted continuously during Access 

Channel transmission. It shall be transmitted on the I channel using the 16-chnp Walsh 

_ n t \xt 1€ > = + + + + + + + + + + + + + + + + ) cover, 
function number 0(W 0 - + *»"-» , - p - r ^ > 

9.2.1.3.2.2 Data Channel 

One or more Access Channel physical layer packets shall be transmitted on the Data 
Channel during every access probe. The Access Channel physical layer packe ^ts sha^l be 
transmitted at a fixed data rate of 9.6 kbps on the Q channel usmg the 4-chm ^Walsh 
function number 2 (W« = + + - -). The Access Channel physical layer packets shall be 
preceded by a preamble of PreambleLength frames where only the Pilot Channel is 
transmitted The PreambleLength parameter is public data from the Access Channel MAC 
Protocol. 

9.2.1.3.3 Reverse Traffic Channel 

The Reverse Traffic Channel is used by the access terminal to transmit user-specific 
IrafficTs!gnalin g information to the access network. The Reverse Traffic Channel 
consists of a Pilot Channel, an RR1 Channel, a DRC Channel, an ACK Channel, and a Data 
Channel. 
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The access terminal shall support transmission of information on the Data Channel of the 
Reverse Traffic Channel at data rates of 9.6, 19.2, 38.4, 76.8, and 153.6 kbps. The data rate 
used on the Data Channel is specified by the Reverse Traffic Channel MAC Protocol. The 
gain of the Data Channel relative to that of the Pilot Channel for the Reverse Traffic 
Channel depends on the data rate as shown in Table 9.2.1.2.4.1-1. 

9.2.1.3.3.1 Pilot Channel 

The access terminal shall transmit unmodulated symbols with a binary value of '0* on the 
Pilot Channel. The transmission of the Pilot Channel and the RRI Channel shall be time 
multiplexed on the same Walsh channel as shown in Figure 9.2.1.3.1-2. The Pilot Channel 
and the RRI Channel shall be transmitted at the same power. 

9.2.1.3.3.2 Reverse Rate Indicator Channel 

The RRI Channel is used by the access terminal to indicate the data rate at which the 
Data Channel is transmitted. The data rate is represented by a three-bit RRI symbol at the 
rate of one 3-bit symbol per 16-slot physical layer packet. Each RRI symbol shall be encoded 
into a 7-bit codeword by a simplex encoder as specified in Table 9.2.1.3.3.2-1. Then, each 
codeword shall be repeated 37 times and the last 3 symbols shall be disregarded (i.e., 
punctured), as shown in Figure 9.2.1.3.1-2. The resulting 256 binary symbols per physical 
layer packet shall be time-division multiplexed with the Pilot Channel symbols and span 
the same time interval as the corresponding physical layer packet. The time-division- 
multiplexed Pilot and RRI Channel sequence shall be spread with the 16-chip Walsh 
function W^ 6 producing 256 RRI chips per slot. The RRI chips shall be time-division 
multiplexed into the first 256 chips of every slot as shown in Figure 9.2.1.3.1-4. When no 
physical layer packet is transmitted on the Reverse Traffic Channel, the access terminal 
shall transmit the zero data rate RRI codeword on the RRI Channel, as specified in Table 
9.2.1.3.3.2-11 The Pilot Channel and the RRI Channel shall be transmitted on the 
channel. 



Table 9.2.1.3.3.2-1. RRI Symbol and Simplex Encoder Assignments 



Data Rate (kbps) 


RRI Symbol 


RRI Codeword 


0 


000 


0000000 


9.6 


001 


1010101 


19.2 


010 


0110011 


38.4 


011 


1100110 


76.8 


100 


0001111 


153.6 


101 


1011010 


Reserved 


110 


0111100 


Reserved 


111 


1101001 
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5 

6 

7 

8 

9 
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11 
12 
13 

14 

15 
16 
17 
18 
19 

20 
21 
22 
23 
24 
25 



27 
28 
29 
30 



9.2.1.3.3.3 Data Rate Control Channel 

The DRC Channel is used by the access terminal to indicate to the access network the 
selected serving sector and the requested data rate on the Forward Traffic Channel. The 
requested Forward Traffic Channel data rate is mapped into a four-bit DRC value as 
specified by the Forward Traffic Channel MAC Protocol. An 8-ary Walsh function 
corresponding to the selected serving sector is used to spread the DRC Channel 
transmission. The cover mapping is defined by the public data DRCCover from the Forward 
Traffic Channel MAC Protocol. 

The DRC values shall be transmitted at a data rate of 600/DRCLength DRC values per 
second, where DRCLength is public data from the Forward Traffic Channel MAC Protocol. 
When DRCLength is greater than one, the DRC value and DRCCover inputs in Figure 
9.2.1.3.1-2 are repeated for DRCLength consecutive slots as specified in the Forward 
Traffic Channel MAC Protocol. 

The DRC values shall be block encoded to yield 8-bit bi-orthogonal codewords, as specified 
in Table 9 2 13 3 3-1. Each DRC codeword shall be transmitted twice per slot. Each bit of a 
repeated codeword shall be spread by an 8-ary Walsh function W» as defined in Table 
9 2 13 3 3-2 where i equals DRCCover. Each Walsh chip of the 8-ary Walsh function shall 
be further spread by the Walsh function W* 6 . Each DRC value shall be transmitted over 
DRCLength slots when the DRC Channel is continuously transmitted. . 
The access terminal may support gated DRC transmissions. For an access terminal that 
supports gated DRC transmissions, it shall gate its DRC transmissions if DRCGatmg 
equals 1, where DRCGating is public data from the Forward Traffic Channel MAC Protocol. 
When the DRC transmissions are gated, each DRC symbol shall be transmitted over only 
one of every DRCLength slots as specified in the Forward Traffic Channel MAC Protocol. 
Slots where the DRC Channel is not gated off are called active slots. 

The DRC Channel shall be transmitted on the Q Channel as shown in Figure 9.2.1.3.1-3. 
The timing of the Forward Traffic Channel transmission corresponding to a DRC symbol 
shall be as specified by the Forward Traffic Channel MAC Protocol. The transmission of 
DRC symbols shall start at the mid-slot point. The timing for the Default Forward Traffic 
Channel MAC Protocol is shown in Figure 9.2.1.3.3.3-1 and Figure 9.2.1.3.3.3-2. 
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Table 9.2.1.3.3.3-1. DRC Bi-Orthogcmal Encoding 



43 



DRC Value 


Codeword 


0x0 


OOOOOOOO 




Oxl 


iiiiiiii 


0x2 


01010101 


0x3 


10101010 


0x4 


00110011 


0x5 


11001100 


0x6 


01100110 


0x7 


10011001 


0x8 


00001111 




0x9 


11110000 




OxA 


01011010 


OxB 


10100101 


OxC 


00111100 


OxD 


11000011 


OxE 


01101001 


OxF 


10010110 


Table 9.2.1.3.3.3-2. 8-ary Walsh Functioi 


IS 




w 0 8 


0000 0000 






wf 


0101 0101 






w| 


0011 0011 






wf 


0110 0110 






w 4 8 


0000 1111 






Wf 


0101 1010 






w| 


0011 1100 






w 7 8 


0110 1001 





43 The correspondence between data rates and DRC values is defined in Forward Traffic Channel 
MAC protocol (see Table 8.4.5.5.1.1-1). 



9-37 



COPYRIGHT 2002; Electronic Industrie* AOiance 



Document provided by IHS Licensee=european Patent Office/5920606100. Us«= 
1QM 1/2002 05:33:04 MOT Questions or comments about the message: please caa 
the Oocumert PoTey Management Group at 1-800-451-1584. 



BNSDOC1D: <XP 221 6567 A„ 



TIA/EIA/IS-856 



Physical Layer 



forward Traffic Channel Slots 
Where the Information in the 
DRC Channel Transmission Ls 
Used Tor New Physical Layer 
Packet Transmissions 

DRC Channel 
Transmission 



Forward Traffic Channel Slots 
Where the Information in the 
DRC Channel Transmission is 
Used for New Physical Layer 
Packet Transmissions 

DRC Channel 
Transmission 



a) DRCLength = 1 




b) DRCLengih = 2 



Forward Traffic Channel Slots 
Where the Information in the 

DRC Channel Transmission is 
Used for New Physical Layer 
Packet Transmissions 

DRC Channel 
Transmission 




c) DRCLcngth = 4 



Forward Traffic Channel Slots 
Where the Information in the 
DRC Channel Transmission is 
Used for New Physical Layer 
Packet Transmissions 



DRC Channel 
Transmission 




d) DRCLcngth = 8 



Figure 9.2.1.3.3.3-1. DRC Timing for Nongated Transmission 
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Forward Traffic Channel Slots 
Where the Infoimation in the 
DRC Channel Transmission is 
Used for New Physical I-oycr 
Packet Transmissions 

DRC Channel 
Transmission 



Forward Traffic Channel Slots 
Where the Infoimation in the 

DRC Channel Transmission is 
Used for New Physical Layer 
Packet Transmissions 

DRC Channel 
Transmission 




1-O-C 



a) DRCLcngth = 2 




b) DRCLcngth =* 4 



Forward Traffic Channel Slots 
Where the Information in the 

DRC Channel Transmission is 
Used for New Physical Layer 
Packc t Transm issions 

DRC Channel 
Trnnsmissioo 




c) DRCLcnRth = 8 



Figure 9.2.1.3.3.3-2. DRC Timing for Gated Transmission 



9.2.1.3.3.4 ACK Channel 

The ACK Channel is used by the access terminal to inform the access network whether a 
physical layer packet transmitted on the Forward Traffic Channel has been received 
successfully or not. The access terminal shall transmit an ACK Channel bit in response to 
every Forward Traffic Channel slot that is associated with a detected preamble directed to 
the access terminal. The access terminal shall transmit at most one redundant positive 
ACK in response to a Forward Traffic Channel slot that is detected as a continuation of the 
physical layer packet that has been successfully received. Otherwise, the ACK Channel 
shall be gated off. 

The ACK Channel shall be BPSK modulated. A '0' bit (ACK) shall be transmitted on the ACK 
Channel if a Forward Traffic Channel physical layer packet has been successfully 
received- otherwise, a '1' bit (NAK) shall be transmitted. A Forward Traffic Channel physical 
layer packet is considered successfully received if the FCS checks. For a Forward Traffic 
Channel physical layer packet transmitted in slot n on the Forward Channel, the 
corresponding ACK Channel bit shall be transmitted in slot n + 3 on the Reverse Channel 
(see Figure 9.2.1.3.1-5 and Figure 9.2.1.3.1-6). The ACK Channel transmission shall be 
transmitted in the first half of the slot and shall last for 1024 PN chips as shown in Figure 
9.2.1.3.1-5 and Figure 9.2.1.3.1-6. The ACK Channel shall use the Walsh channel 
identified by the Walsh function W 4 8 and shall be transmitted on the I channel. 
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1 9.2.1.3.3.5 Data Channel 

2 The Data Channel shall be transmitted at the data rates given in Table 9.2.1.3.1.1-1. Data 

3 transmissions shall only begin at slot FrameOffset within a frame. The FrameOffset 

4 parameter is public data of the Reverse Traffic Channel MAC Protocol. All data transmitted 
s on the Reverse Traffic Channel shall be encoded, block interleaved, sequence repeated, 
e and orthogonally spread by Walsh function W£ . 

7 9.2. 1 .3.4 Encoding 

e 9.2.1.3.4.1 Reverse Link Encoder Structure and Parameters 

9 The Reverse Traffic Channel and Access Channel physical layer packets shall be encoded 

10 with code rates of 1/2 or 1/4, depending on the data rate. First, the encoder shall discard 

11 the six bits of the TAIL field in the physical layer packet inputs (i.e., it shall discard the 

12 last six bits in the input physical layer packets). Then, it shall encode the remaining bits 

13 with a turbo encoder, as specified in 9.2.1.3.4.2. The turbo encoder will add an internally 

14 generated tail. 

is The encoder parameters shall be as specified in Table 9.2. 1.3.4. 1-1. 



Table 9.2.1.3.4.1-1 . Parameters for the Reverse Link Encoder 



Data Rate 
(kbps) 


9.6 


19.2 


38.4 


76.8 


153.6 


Reverse Rate Index 


1 


2 


3 


4 


5 


Code Rate 


1/4 


1/4 


1/4 


1/4 


1/2 


Bits per 
Physical Layer 
Packet 


256 


512 


1,024 


2,048 


4,096 


Number of Turbo 
Encoder Input 
Symbols 


250 


506 


1,018 


2,042 


4,090 


Turbo Encoder Code 
Rate 


1/4 


1/4 


1/4 


1/4 


1/2 


Encoder Output 
Block Length 
(Code Symbols) 


1,024 


2,048 


4,096 


8,192 


8,192 



17 

is 9.2. 1 .3.4.2 Turbo Encoding 

19 The turbo encoder encodes the input data and adds an output tail sequence. If the total 

20 number of input bits is N^bo* the turbo encoder generates N^^xj/R encoded data output 
ai symbols followed by 6/R tail output symbols, where R is the code rate of 1/2 or 1/4. The 
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turbo encoder employs two systematic, recursive, convolutional encoders connected in 
parallel, with an interleave^ the turbo interleaves preceding the second recursive 
convolutional encoder. 

The two recursive convolutional codes are called the constituent codes of the turbo code. 
The outputs of the constituent encoders are punctured and repeated to achieve the (N^^ 

+ 6)/R output symbols. 
9.2.1.3.4.2.1 Turbo Encoders 

A common constituent code shall be used for the turbo codes of rate 1/2 and 1/4. The 
transfer function for the constituent code shall be 



G(D) 



WD) 



where d(D) = 1 + D 2 + D 3 , n 0 (D) = 1 + D + D 3 , and n^D) = 1 + D + D 2 + D 3 . 

The turbo encoder shall generate an output symbol sequence that is identical to the one 
generated by the encoder shown in Figure 9.2.1.3.4.2.2-1. Initially, the states of the 
constituent encoder registers in this figure are set to zero. Then, the constituent encoders 
are clocked with the switches in the positions noted. 

The encoded data output symbols are generated by clocking the constituent encoders 
N turbo tinies with the switches in the up positions and puncturing the outputs as specified 
in Table 9.2.1.3.4.2.2-1. Within a puncturing pattern, a 'O' means that the symbol shall be 
deleted and a '1' means that a symbol shall be passed. The constituent encoder outputs for 
each bit period shall be output in the sequence X, Y 0 , Y lf X', Y' 0> Y' x with the X output first. 

21 Symbol repetition is not used in generating the encoded data output symbols. 

22 9.2. 1 .3.4.2.2 Turbo Code Termination 
The turbo encoder shall generate 6/R tail output symbols following the encoded data output 
symbols. This tail output symbol sequence shall be identical to the one generated by the 
encoder shown in Figure 9.2.1.3.4.2.2-1. The tail output symbols are generated after the 
constituent encoders have been clocked times with the switches in the up position. 
The first 3/R tail output symbols are generated by clocking Constituent Encoder 1 three 
times with its switch in the down position while Constituent Encoder 2 is not clocked and 
puncturing and repeating the resulting constituent encoder output symbols. The last 3/R 
tail output symbols are generated by clocking Constituent Encoder 2 three times with its 
switch in the down position while Constituent Encoder 1 is not clocked and puncturing and 
repeating the resulting constituent encoder output symbols. The constituent encoder 
outputs for each bit period shall be output in the sequence X, Y 0 , Y v X', Y' 0 , Y l with the X 

output first. 

The constituent encoder output symbol puncturing and symbol repetition shall be as 
specified in Table 9.2.1.3.4.2.2-2. Within a puncturing pattern, a '0* means that the symbol 
shall be deleted and a '1' means that a symbol shall be passed. For rate-1/2 turbo codes, 
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the tail output symbols for each of the first three tail bit periods shall be XY 0 , and the tail 
output symbols for each of the last three tail bit periods shall be XY 0 . For rate- 1/4 turbo 
codes, the tail output symbols for each of the first three tail bit periods shall be JOCY^, and 
the tail output symbols for each of the last three tail bit periods shall be X'X'Y'qY^. 



N turbo 

Information 
Bits 
(Input) 



Constituent Encoder 1 




Control 

Clocked once for each of the N mAo data bit periods with the switch 
up; then, clocked once for each of the three Constituent Encoder 1 
tail bit periods with the switch down; then, not clocked for the three 
Constituent Encoder 2 tail bit periods. 



Symbol 
Puncturing 

and 
Repetition 




Clocked once for each of the N mrbo data bit periods with the switch 
up; then, not clocked for the three Constituent Encoder 1 
tail bit periods; then, clocked once for each of the three 
Constituent Encoder 2 tail bir periods with the switch down. 



Figure 9.2.1.3.4.2.2-1. Turbo Encoder 



(»rbo+ ) 

^ Code 
Symbols 
(Output) 
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Table 9.2.1.3.4.2.2-1. Puncturing Patterns for the Data Bit Periods 





Code Rate 


Output 




1/4 


x 


11 


ii 


Y 0 


10 


ii 


Yl 


00 


10 


X' 


00 


00 


Y'o 


01 


01 


Y'l 


00 


11 



Note: For each rate, the puncturing table shall be read first from 



top to bottom and then from left to right. 



Table 9.2.1.3.4.2.2-2. Puncturing Patterns for the Tail Bit Periods 





Code Rate 


Output 


1/2 


1/4 


X 


111 000 


111 000 


Y 0 


111 000 


111 000 


Yi 


000 000 


111 000 


X' 


000 111 


000 1 1 1 


Y'o 


000 1 1 1 


000 1 1 1 


Y'l 


000 000 


000 111 



Note: For rate- 1/2 turbo codes, the puncturing table shall be read 
first from top to bottom and then from left to right. For rate-1 /4 
turbo codes, the puncturing table shall be read first from top to 
bottom repeating X and X', and then from left to right. 



9 
10 



9.2.1.3.4.2.3 Turbo Interleavers 

The turbo interleaver, which is part of the turbo encoder, shall block interleave the turbo 
encoder input data that is fed to Constituent Encoder 2. 

The turbo interleaver shall be functionally equivalent to an approach where the entire 
aequence of turbo interleaver input bits are written sequentially into an array at 
sequence of addresses, and then the entire sequence is read out from a sequence of 
addresses that are defined by the procedure described below. 
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Let the sequence of input addresses be from 0 to P^bo - 1- Then > the sequence of 
interleaver output addresses shall be equivalent to those generated by the procedure 
illustrated in Figure 9.2.1.3.4.2.3-1 and described below. 44 

1. Determine the turbo interleaver parameter, n, where n is the smallest integer 
such that 1*^^ < 2 n+s . Table 9.2.1.3.4.2.3-1 gives this parameter for the different 
physical layer packet sizes. 

2. Initialize an (n + 5)-bit counter to 0. 

3. Extract the n most significant bits (MSBs) from the counter and add one to form a 
new value. Then, discard ail except the n least significant bits (LSBs) of this value. 

4 Obtain the n-bit output of the table lookup defined in Table 9.2. 1 .3.4.2.3-2 with a 
read address equal to the five LSBs of the counter. Note that this table depends on 
the value of n. 

5. Multiply the values obtained in Steps 3 and 4, and discard all except the n LSBs. 

6. Bit-reverse the five LSBs of the counter. , 

7. Form a tentative output address that has its MSBs equal to the value obtained in 
Step 6 and its LSBs equal to the value obtained in Step 5. 

' 8. Accept the tentative output address as an output address if it is less than N^^; 
otherwise, discard it. 
9. Increment the counter and repeat Steps 3 through 8 until all N^bo interleaver 
output addresses are obtained. 



n MSBs 



Add 1 
and 
Select the 
n LSBs 



n Bits 



(n + 5)-Bit j 
Counter 



5 LSBs 



Table 
Lookup 



n Bits 



Multiply 

and 
Select the 
n LSBs 



n Bits 



Bit 
Reverse 



5 Bits 



MSBs 
► 



LSBs 



Discard 
If 

Input> 



N 



'turbo 



Next 
(5 + n)-Bit 
Interleaver 
Output 
Address 



Figure 9.2.1.3.4.2.3-1. Turbo Interleaver Output Address Calculation Procedure 



This procedure is equivalent to one where the counter values are written into a 2-row by 
2"-column array by rows, the rows are shuffled according to a bit-reversal rule, the elements within 
each row are permuted according to a row-specific linear congruential sequence, and tentativ 
output addresses are read out by column. The linear congruential sequence rule is x(i + 1) - (x(i) + 
c) mod 2", where x(0) = c and c is a row-specific value from a table lookup. 
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Table 9.2.1.3.4.2.3-1. Turbo Interleaver Parameter 



Physical Layer 
Packet Size 


Turbo 
Interleaver 
Block Size 

N turbo 


Turbo 
Interleaver 
Parameter 
n 


256 


250 


3 


512 


506 


4 


1,024 


1,018 


5 


2,048 


2,042 


6 


4,096 


4,090 


7 
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9.2.1.3.5 Channel Interleaving 

The sequence of binary symbols at the output of the encoder shall be interleaved with a 
bit-reversal channel interleaver. 

The bit-reversal channel interleaver shall be functionally equivalent to an approach where 
the entire sequence of symbols to be interleaved is written into a linear sequential array 
with addresses from 0 to 2 L - 1 and they are read out from a sequence of addresses based 
on the procedure described below. 

The sequence of array addresses from which the interleaved symbols are read out is 

generated by a bit-reversal address generator. 
2.2 The i th interleaved symbol is read out from the array element at address Aj that 

satisfies: 

A 4 = Bit_Reversal(i, L) 

where i = 0 to 2 L - 1 and Bit_Reversal(y, L) indicates the bit-reversed L-bit value of y 
such that if i is expressed in the binary form of i = b^b^- ** b l b 0» where « 0 or 1 , 
is the LSB and is the MSB, A^ = b 0 b 1 ...b t ^ 2 t>u-i- 

3~? The bit-reversal interleaving process is completed when all of the symbols in the 

entire linear array are read out. 
Figure 9.2.1.3.5-1 illustrates the procedure for generating the channel interleaver output 
address. 



20 
21 



m m 9 



Counter 

(Output i from 0 to 2 L - 1 in Binary Form) 


b L _, 




• • * 


b, 


b 0 


1 


f 1 




r i 




Bit_Reversal 


1 


f 1 


• • * 


r 1 




b 0 




♦ • ♦ 


V 2 





Channel Interleaver Read Address A 
(Binary Representation) 



Figure 9.2.1.3.5-1. Channel Interleaver Address Generation 
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9.2.1.3.6 Sequence Repetition 

If the data rate is lower than 76.8 kbps, the sequence of interleaved code symbols shall be 
repeated before being modulated. The number of repeats varies for each data rate and shall 
be as specified in Table 9.2.1.3.1.1-1. The repetition shall be functionally equivalent to 
sequentially reading out all the symbols from the interleaver memory as many times as 
necessary to achieve the fixed 307.2-ksps modulation symbol rate. 

9.2.1.3.7 Orthogonal Covers 

The Pilot Channel, consisting of the time-division-multiplexed Pilot and RRI Channels the 
DRC Channel, the ACK Channel, and the Data Channel shall be *prea<i with Walsh 
functions, also called Walsh covers, at a fixed chip rate of 1.2288 Mcps. Walsh function 
time alignment shall be such that the first Walsh chip begins at a slot boundary referenced 
to the access terminal transmission time. 

The Walsh cover assignments are shown in Figure 9.2.1.3.1-1 and Figure 9.2. 1.3. 1-2. The 
Pilot Channel shall be covered by the 16-chip Walsh function number 0 W 0 = 
+ +■+ + + + + + + + + + + + ++). The DRC Channel shall be covered by the 16-chip Walsh 

function number B + + + + + -). The ACK Channel shall be covered 

by the 8-chip Walsh function number 4 (W? - + + + + ). The Data Channel shall be 

covered by the 4-chip Walsh function number 2 ( W£ = + + --). 

9.2.1.3.8 Quadrature Spreading 

Following the orthogonal spreading, the ACK, DRC, and Data Channel chip sequences shall 
be scaled by a factor that gives the gain of each of these channels relative to that of the 
Pilot Channel. The relative gain values for the ACK and DRC Channels are specified by the 
parameters AckChannelGain and DRCChannelGain which are public data of the Forward 
Traffic Channel MAC Protocol. For the Reverse Traffic Channel, the relative gain of the 
Data Channel is specified by parameters that are public data of the Reverse Traffic 
Channel MAC Protocol as described in 9.2.1.2.4.1. For the Access Channel the relative 
gain of the Data Channel is specified by parameters that are public data of the Access 
Channel MAC Protocol as described in 9.2.1.2.4.1. 

After the scaling, the Pilot and scaled ACK, DRC, and Data Channel sequences are 
combined to form resultant I-Channel and Q-Channel sequences, and these sequences are 
quadrature spread as shown in Figure 9.2.1.3.1-1 and Figure 9.2.1.3.1-3. The quadrature 
spreading shall occur at the chip rate of 1.2288 Mcps, and it shall be used for the Reverse 
Traffic Channel and the Access Channel. The Pilot and scaled ACK Channel sequences 
shall be added to form the resultant I-Channel sequence, and the scaled DRC and Data 
Channel sequences shall be added to form the resultant Q-Channel sequence. The 
quadrature spreading operation shall be equivalent to a complex multiply operatic* .of the 
resultant I-Channel and resultant Q-Channel sequences by the PN X and PN Q PN 
sequences, as shown in Figure 9.2.1.3.1-1 and Figure 9.2.1.3.1-3. 
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The I and Q PN sequences, P^i and PNq, shall be obtained from the long-code PN 
sequences, U! and Uq, and the access terminal common short PN sequences, and Pq. 
The binary long-code PN sequence and short PN sequence values of '0' and '1' shall be 
mapped into values of + 1 and -1, respectively. 

The bipolar PNj sequence values shall be equivalent to those obtained by multiplying the 
bipolar Pj values by the bipolar Uj values. 

The bipolar PNq sequence values shall be equivalent to those obtained with the following 
procedure: 

1. Multiply the bipolar Pq values by the bipolar Uq values. 

2. Decimate the sequence of values obtained in Step 1 by a factor of two. That is, the 
decimator provides an output that is constant for two consecutive chips by deleting 
every other input value and repeating the previous input value in place of the 
deleted value. The retained values shall align with the first chip of a slot. 

3. Multiply pairs of decimator output symbols by the Walsh cover sequence (+ - ). That 
is, pass the first value of every pair unchanged and multiply the second value of 
every pair by -1 . 

4. Multiply the sequence obtained in Step 3 by the bipolar PNj sequence. 
9.2.1.3.8.1 Access Terminal Common Short-Code PN Sequences 

The access terminal common short-code PN sequences shall be the zero-offset I and Q PN 
iequences with a period of 15 chips, and they shall be based on the following 
characteristic polynomials, respectively: 

P x (x) = x 15 + x 13 + x 9 + x 8 + x 7 + x 5 + 1 



and 



(for the in-phase (I) sequence) 



I = X 15 + X 12 + X 1 1 + X 10 + X 6 + x 5 + x 4 + x 3 + 1 



Pq(x) =X 1D + X 1 ^ +X 11 +X J 

(for the quadrature-phase (Q) sequence). 
The maximum length linear feedback shift-register sequences {I(n)} and {Q(n)} based on 
the above are of length 2 15 - 1 and can be generated by the following linear recursions: 
I(n) = I(n _ 15) e i(n - 10) © I(n - 8) © I(n - 7) © I(n - 6) © I(n - 2) 
(based on Pj(x) as the characteristic polynomial) 



and 



Q(n) = Q(n - 15) © Q(n - 12) © Q(n - 1 1) © Q(n - 10) © Q(n - 9) © 
Q(n-5)©Q(n-4) 0 Q(n - 3) 

(based on Pq(x) as the characteristic polynomial), 



ii t; : :.: : • ;i. nf rt i 
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where I(n) and Q(n) are binary valued (X)' and '10 and the additions are modulo-2. In order to 
obtain the I and Q common short-code PN sequences (of period 2*5) , a '0' is inserted in the 
{I(n)} and (Q(n)} sequences after 14 consecutive '0' outputs (this occurs only once m each 
period). Therefore, the short-code PN sequences have one run of 15 consecutive '0' outputs 
instead 14. The initial state of the access terminal common short-code PN sequences, both 
I and Q, shall be that state in which the output of the short-code PN sequence generator is 
the '1' following the 15 consecutive '0' outputs. 

The chip rate for the access terminal common short-code PN sequence shall be 1.2288 
Mcps. The short-code PN sequence' period is 32768/1228800 = 26.666... ms, and exactly 75 
PN sequences repetitions occur every 2 seconds. 

The access terminal shall align the I and Q short-code PN sequences such that the first 
chip on every even-second mark as referenced to the transmit time reference (see 9.2.1.5) 
is the '1' after the 15 consecutive 'O's (see Figure 1.13-1). 

9.2.1.3.8.2 Long Codes 

The in-phase and quadrature-phase long codes, and l^>, shall be generated from a 
sequence called the long-code generating sequence, by using two different masks. The 
long-code generating sequence shall satisfy the linear recursion specified by the following 
characteristic polynomial: 

p(x) = x 42 + y3S + x33 + x31 + ^7 + x 26 + x 25 + ^2 + x 21 + x 19 + 
x 18 + x 17 + x 16 + x 10 + x 7 + x 6 + x 5 + JJ3 + x 2 + x + 1. 

The long codes, ^ and U Q , shall be generated by a modulo-2 inner product of the 42-bit 
state vector of the sequence generator and two 42-bit masks, MI and MQ, respectively, as 
shown in Figure 9.2.1.3.8.2-1. The masks MI and MQ vary depending on the channel on 
which the access terminal is transmitting. 

For transmission on the Access Channel, MI and MQ shall be set to MI ACMAC and 
MQacmaC (& ven as P ublic data of the AccesS Channel MAC P™ 10001 )' respectively, and the 
long-code sequences are referred to as the access long codes. 

For transmission on the Reverse Traffic Channel, MI and MQ shall be set to MIrtcmaC and 

mQktcmac (gi ven as P ublic data of the Reverse Traffic Channel MAC PTOtoco1 ^ 
respectively, and the long-code sequences are referred to as the user long codes. 
The long code generator shall be reloaded with the hexa-decimal value 0x24B91BFD3A8 at 
the beginning of every period of the short codes. Thus, the long codes are periodic with a 
period of 2 15 PN chips. 



9-50 



COPYRIGHT 2002: Electronic Industries 



Document crowded by (HS L«censee^uropean Patent Office«92060610O. User* 
10/1 1/2O02 05:33:04 MOT Question* or comments about this message: please call 
(he Document Policy Management Group al 1-800-451-1584. 



BNSDOCID: <XP 2216587A_J_> 



Physical Layer 



TIA/EIA/IS-856 



It 

42 



41 

IT 



40 

x*» 



5 

iT~ x 4 



A x 3 



J 



MI41- 



> 
> 



Modulo-2 
Addition 



MQ 4I - 



> 



Modulo-2 
Addition 



MQi - 



MQ 0 - 



> 
> 



Figure 9.2.1.3.8.2-1. Long-Code Generators 
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1 9.2.1.3.8.3 Baseband Filtering 

2 Following the quadrature spreading operation, the P* and Q' impulses are applied to the 

3 inputs of the I and Q baseband filters as shown in Figure 9.2.1.3.1-1 and Figure 9.2.1.3.1-3. 
a The baseband filters shall have a frequency response S(£) that satisfies the limits given in 
s Figure 9.2.1.3.8-2. Specifically, the normalized frequency response of the filter shall be 
e contained within ±\ in the passband 0 < f < f p and shall be less than or equal to in the 
7 : stopband f>f s . The numerical values for the parameters are \ » 1.5 dB, % = 40 dB, £ = 
e 590 kHz, and f s = 740 kHz. 



gfflo 10 | | 




f 



10 Figure 9.2.1.3.8-2. Baseband Filter Frequency Response Limits 

11 The impulse response of the baseband filter, s(t), should satisfy the following equation: 

oo 

12 Mean Squared Error = £ [ocs(kT s - x) - h(k)] 2 < 0.03, 

k=0 

is where the constants a and x are used to minimize the mean squared error. The constant 

14 T s is equal to 203.451... ns, which equals one quarter of a PN chip. The values of the 

15 coefficients h(k), for k < 48, are given in Table 9.2.1.3.8-1; h(k) = 0 for k> 48. Note that h(k) 

16 equals h(47-k). 
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Table 9.2.1.3.8-1. Baseband Filter Coefficients 



k 


h(k) 


0, 47 


-0.025288315 


1, 46 


-0.034167931 


2, 45 


-0.035752323 


3, 44 


-0.016733702 


4, 43 


0.021602514 


5, 42 


0.064938487 


6, 41 


0.091002137 


7, 40 


0.081894974 


8, 39 


0.037071157 


9, 38 


-0.021998074 


10, 37 


-0.060716277 


11, 36 


-0.051178658 


12, 35 


0.007874526 


13, 34 


0.084368728 


14, 33 


0.126869306 


15,32 


0.094528345 


16, 31 


-O.012839661 


17, 30 


-0.143477028 


18, 29 


-0.211829088 


19, 28 


-0.140513128 


20, 27 


0.094601918 


21, 26 


0.441387140 


22,25 


0.785875640 


23, 24 


1.0 



4 
5 
6 
7 
8 
9 



9.2.1.4 Closed-Loop Power-Control Operation 

Once the connection is established, the access network continuously transmits '0' (up) or 
'1' (down) RPC bits to the access terminal, based on measurements of the reverse link 
signal quality. If the received quality is above the target threshold, a '1' bit is transmitted. 
If the received quality is below the target threshold, a '0' bit is transmitted. The access 
terminal shall adjust its output power by a discrete amount in the direction indicated by 
the RPC bit after the RPC bit is received as specified in 9.2.1.2.4.2 and 9.2.1.2.5.2. The RPC 
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bit is considered received after the 64-chip MAC burst following the second pilot burst of a 
slot is received as shown in Figure 9.3.1.3.1-2. 

The SofterHandoff public data of the Route Update Protocol indicates whether or not two 
different sectors are transmitting the same RPC bit. In each slot containing power control 
bits, the access terminal should provide diversity combining of the identical RPC Channels 
and shall obtain at most one power control bit from each set of identical RPC Channels. 
The access terminal shall increase its output power if all the resulting RPC bits are '0' 
("up"). If any resulting RPC bit is «1* ("down"), the access terminal shall decrease its output 

9 power as specified in 9.2.1.2.4.2. 

10 9.2.1.5 Synchronization and Timing 

„ The nominal relationship between the access terminal and access network transmit and 

« receive time references shall be as shown in Figure 1.13-1. The access terminal shall 

« establish a time reference that is used to derive timing for the transmitted chips, symbols, 

u slots, frames, and system timing. The access terminal initial time reference shall be 

« established from the acquired Pilot Channel and from the Sync message transmitted on 

i6 the Control Channel. Under steady-state conditions, the access terminal time reference 

1=7 shall be within ±1 us of the time of occurrence, as measured at the access terminal 

i antenna connector, of the earliest arriving multipath component being used for 

19 demodulation. If another multipath component belonging to the same Pilot Channel or to a 

ao different Pilot Channel becomes the earliest arriving multipath component to be used, the 

« access terminal time reference shall track to the new component. If the difference 

22 between the access terminal time reference and the time of occurrence of the earliest 

23 arriving multipath component being used for demodulation, as measured at the access 
« terminal antenna connector, is less than ±1 us, the access terminal may directly track its 
as time reference to the earliest arriving multipath component being used for demodulation. 
* If an access terminal time reference correction is needed, it shall be corrected no faster 

27 than 203 ns (1/4 chip) in any 200-ms period and no slower than 305 ns (3/8 PN chip) per 

28 second. 

29 The access terminal time reference shall be used as the transmit time reference of the 
so Reverse Traffic Channel and the Access Channel. 
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1 9.3 Access Network Requirements 

2 This section defines requirements specific to access network equipment and operation. 

3 9.3.1 Transmitter 

4 The transmitter shall reside in each sector of the access network. These requirements 
s apply to the transmitter in each sector. 

e 9.3. 1 . 1 Frequency Parameters 

? 9.3.1.1.1 Channel Spacing and Designation 

a 9.3.1.1.1.1 Band Class 0 (800-MHz Band) 

9 The Band Class 0 system designators for access network transmissions shall be as 

10 specified in Table 9.2.1.1.1.1-1. Access networks supporting Band Class 0 shall support 

11 operations on CDMA Channels as calculated in Table 9.2.1.1.1.1-2 and as described in 

12 Table 9.2.1.1.1.1-3. 

13 9.3. 1 . 1. 1.2 Band Class 1 (1900-MHz Band) 

14 The Band Class 1 block designators for access network transmissions shall be as specified 

15 in Table 9.2.1,1,1.2-1. Access networks supporting Band Class 1 shall support operations on 

16 CDMA Channels as calculated in Table 9.2.1.1.1.2-2 and as described in Table 9.2.1.1.1.2- 

17 3. 

is 9.3. 1 . 1 . 1 .3 Band Class 2 (TACS Band) 

19 The Band Class 2 block designators for access network transmissions shall be as specified 

20 in Table 9.2. 1 . 1 . 1 .3-1 . Access networks supporting Band Class 2 shall support operations on 

21 CDMA Channels as calculated in Table 9.2.1.1.1.3-3 and as described in Table 9.2.1.1.1.3- 

22 4. 

23 9.3.1.1.1.4 Band Class 3 (JTACS Band) 

24 The Band Class 3 system designators for access network transmissions shall be as 

25 specified in Table 9.2.1.1.1.4-1. Access networks supporting Band Class 3 shall support 

26 operations on CDMA Channels as calculated in Table 9.2.1.1.1.4-2 and as described in 

27 Table 9.2. 1.1. 1.4-3. 

28 9.3.1.1.1.5 Band Class 4 (Korean PCS Band) 

29 The Band Class 4 block designators for access network transmissions shall be as specified 
so in Table 9.2.1.1.1.5-1. Access networks supporting Band Class 4 shall support operations on 

31 CDMA Channels as calculated in Table 9.2.1.1.1.5-2 and as described in Table 9.2.1.1.1.5- 

32 3. 
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9.3.1.1.1.6 Band Class 5 (450-MHz Band) 

The Band Class 5 block designators for access network transmissions shall be as specified 
in Table 9.2.1.1.1.6-1. Access networks supporting Band Class 5 shall support operations on 
CDMA Channels as calculated in Table 9.2.1.1.1.6-2 and as described in Table 9.2.1.1.1.6- 
3. 

9.3.1.1.1.7 Band Class 6 (2-GHz Band) 

The Band Class 6 block designators for access network transmissions are not specified. 
Access networks supporting Band Class 6 shall support operations on CDMA Channels as 
calculated in Table 9.2.1.1.1.7-1 and as described in Table 9.2.1.1.1.7-2. 

9.3.1.1.1.8 Band Class 7 (700-MHz Band) 

The Band Class 7 block designators for access network transmissions shall be as specified 
in Table 9.2.1.1.1.8-1. Access networks supporting Band Class 7 shall support operations on 
CDMA Channels as calculated in Table 9.2.1.1.1.8-2 and as described in Table 9.2.1.1.1.8- 
3. 

9.3.1.1.1.9 Band Class 8 (1800-MHz Band) 

The Band Class 8 block designators for access network transmissions are not specified. 
Access networks supporting Band Class 8 shall support operations on CDMA Channels as 
calculated in Table 9.2.1.1.1.9-1 and as described in Table 9.2.1.1.1.9-2. 



9.3.1.1.1.10 Band Class 9 (900-MHz Band) 

The Band Class 9 block designators for access network transmissions are not specified. 
Access networks supporting Band Glass 9 shall support operations on CDMA Channels as 
calculated in Table 9.2.1.1.1.10-1 and as described in Table 9.2.1.1.1.10-2. 

9.3. 1 . 1 .2 Frequency Tolerance 

The average frequency difference between the actual sector transmit carrier frequency 
and the specified sector transmit frequency assignment shall be less than ±5 x 10' 8 of the 
frequency assignment (±0.05 ppm). 

27 9.3.1.2 Power Output Characteristics 

28 The access network shall meet the requirements in the current version of [4], 

29 9.3. 1 .3 Modulation Characteristics 

so 9.3. 1.3. 1 Forward Channel Structure 

si The Forward Channel shall have the overall structure shown in Figure 9.3.1.3.1-1. The 

32 Forward Channel shall consist of the following time-multiplexed channels: the Pilot 

33 Channel, the Forward Medium Access Control (MAC) Channel, and the Forward Traffic 

34 Channel or the Control Channel. The Traffic Channel carries user physical layer packets. 



9-56 



COPYRIGHT 2002; Electronic industries Affiance 



Document provided by IHS Uceitsee*European Patent CX5ce/59206O61O0. User=. 
lOfl 1/2002 05:33:04 MOT Questions or comments about this message: please call 
the Document Pofcy Management Group at 1 -600-45 1-1584. 



BNSDOC1D: <XP 221 6 587 A !_> 



Physical Layer 



TIA/EIA/IS-856 



The Control Channel carries control messages, and it may also carry user traffic. Each 
channel is further decomposed into code-division-multiplexed quadrature Walsh channels. 

The forward link shall consist of slots of length 2048 chips (1.66... ms|. Groups of 16 slots 
shall be aligned to the PN rolls of the zero-offset PN sequences and shall align to system 
time on even-second ticks. 

Within each slot, the Pilot, MAC, and Traffic or Control Channels shall be time-division 
multiplexed as shown in Figure 9.3.1.3.1-2 and shall be transmitted at the same power 
level. 

The Pilot Channel shall consist of all-'O' symbols transmitted on the I channel with Walsh 
cover 0. Each slot shall be divided into two half slots, each of which contains a pilot burst. 
Each pilot burst shall have a duration of 96 chips and be centered at the midpoint of the 
half slot. 45 

The MAC Channel shall consist of two subchannels: the Reverse Power Control (RPC) 
Channel and the Reverse Activity (RA) Channel. The RA Channel transmits a reverse link 
activity bit (RAB) stream. 

Each MAC Channel symbol shall be BPSK modulated on one of 64 64-ary Walsh codewords 
(covers). The MAC symbol Walsh covers shall be transmitted four times per slot in bursts of 
64 chips each. A burst shall be transmitted immediately preceding each of the pilot bursts 
in a slot, and a burst shall be transmitted immediately following each of the pilot bursts in 
a slot. The Walsh channel gains may vary the relative power. 

The Forward Traffic Channel is a packet-based, variable-rate channel. The user physical 
layer packets for an access terminal shall be transmitted at a data rate that varies from 
38.4 kbps to 2.4576 Mbps. 46 

The Forward Traffic Channel and Control Channel data shall be encoded in blocks called 
physical layer packets. The output of the encoder shall be scrambled and then fed into a 
channel interleaver. The output of the channel interleaver shall be fed into a QPSK/8- 
PSK/16-QAM modulator. The modulated symbol sequences shall be repeated and 
punctured, as necessary. Then, the resulting sequences of modulation symbols shall be 
demultiplexed to form 16 pairs (in-phase and quadrature) of parallel streams. Each of the 
parallel streams shall be covered with a distinct 16-ary Walsh function at a chip rate to 
yield Walsh symbols at 76.8 ksps. The Walsh-coded symbols of all the streams shall be 
summed together to form a single in-phase stream and a single quadrature stream at a 
chip rate of 1.2288 Mcps. The resulting chips are time-division multiplexed with the 



45 The pilot is used by the access terminal for initial acquisition, phase recovery, timing recovery, 
and maximal-ratio combining. An additional function of the pilot is to provide the access terminal 
with a means of predicting the receive C/I for the purpose of access-terminal-directed forward data 
rate control (DRC) of the Data Channel transmission. 

46 The DRC symbol from the access terminal is based primarily on its estimate of the forward C/I 
for the duration of the next possible forward link packet transmission. 
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1 preamble, Pilot Channel, and MAC Channel chips to form the resultant sequence of chips 

2 for the quadrature spreading operation. 

3 Forward Traffic Channel and Control Channel physical layer packets can be transmitted in 

4 1 to 16 slots (see Table 9.3.1.3.1.1-1 and Table 9.3.1.3.1.1-2). When more than one slot is 
s allocated, the transmit slots shall use a 4-slot interlacing. That is, the transmit slots of a 

6 -physical layer packet shall be separated by three intervening slots, and slots of other 

7 ■■ physical layer packets shall be transmitted in the slots between those transmit slots. If a 
e = positive acknowledgement is received on the reverse link ACK Channel before all of the 
s allocated slots have been transmitted, the remaining untransmitted slots shall not be 
,o transmitted and the next allocated slot may be used for the first slot of the next physical 
n " layer packet transmission. 

Figure 9.3.1.3.1-3 and Figure 9.3.1.3.1-4 illustrate the multislot interlacing approach for a 
153.6-kbps Forward Traffic Channel with DRCLength of one slot. The 153.6-kbps Forward 
Traffic Channel physical layer packets use four slots, and these slots are transmitted with 
a three-slot interval between them, as shown in the figures. The slots from other physical 
layer packets are interlaced in the three intervening slots. Figure 9.3.1.3.1-3 shows the 
case of a normal physical layer packet termination. In this case, the access terminal 
transmits NAK responses on the ACK Channel after the first three slots of the physical 
layer packet are received indicating that it was unable to correctly receive the Forward 
Traffic Channel physical layer packet after only one, two, or three of the nominal four slots. 
An ACK or NAK is also transmitted after the last slot is received, as shown. Figure 
9.3.1.3.1-4 shows the case where the Forward Traffic Channel physical layer packet 
transmission is terminated early. In this example, the access terminal transmits an ACK 
response on the ACK Channel after the third slot is received indicating that it has 
correctly received the physical layer packet. When the access network receives such an 
ACK response, it does not transmit the remaining slots of the physical layer packet. 
Instead, it may begin transmission of any subsequent physical layer packets. 
When the access network has transmitted all the slots of a physical layer packet or has 
received a positive ACK response, the physical layer shall return a EonvanlTftifficCompleled 
indication. 

The Control Channel shall be transmitted at a data rate of 76.8 kbps or 38.4 kbps. The 
modulation characteristics for the Control Channel shall be the same as those of the 
Forward Traffic Channel transmitted at the corresponding rate. 

The Forward Traffic Channel and Control Channel data symbols shall fill the slot as shown 
in Figure 9.3.1.3.1-2. A slot during which no traffic or control data is transmitted is 
referred to as an idle slot. During an idle slot, the sector shall transmit the Pilot Channel 
and the MAC Channel, as described earlier. 
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Figure 9.3.1.3.1-1. Forward Channel Structure 
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Figure 9.3.1.3.1-2. Forward Link Slot Structure 
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Figure 9.3.1.3.1-4. Multislot Physical Layer Packet with Early Termination 



9.3.1.3.1.1 Modulation Parameters 

The modulation parameters for the Forward Traffic Channel and the Control Channel shall 
be as shown in Table 9.3.1.3.1.1-1 and Table 9.3.1.3.1.1-2. The Control Channel shall only 
use the 76.8 kbps and 38.4 kbps data rates. 
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Table 9.3.1.3.1.1-1. Modulation Parameters for the Forward Traffic Channel and the 

Control Channel (Part 1 of 2) 



Data 
Rate 
(kbps) 


Number of Values per Physical Layer Packet 


OiOtS 




Code 
Rate 


Modulation 
Type 


TDM Chips 
(Preamble, 

Pilot, 

MAC, 

Data) 


38.4 


16 


1,024 


1/5 


QPSK 


1,024 
3,072 
4,096 
24,576 


76.8 


8 


1,024 


1/5 


QPSK 


512 
1,536 
2,048 
12,288 


153.6 


4 


1,024 


1/5 


QPSK 


256 
768 
1,024 
6,144 


307.2 


2 


1,024 


1/5 


QPSK 


128 
384 
512 
3,072 


614.4 


1 


1,024 


1/3 


QPSK 


64 
192 
256 
1,536 
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Table 9.3.1.3.1.1-2. Modulation Parameters for the Forward Traffic Channel and the 

Control Channel (Part 2 of 2) 





Number of Values per Physical Layer Packet 


Data 
Rate 
(kbps) 


Slots 


Bits 


Code 
Rate 


Modulation 

lype 


TDM Chips 
(Preamble, 
Pilot. 
MAC, 
Data) 


307.2 


4 


2,048 


1/3 


QPSK 


128 
768 
1,024 
6,272 


614.4 


2 


2,048 


1/3 




64 
384 
512 
3,136 


1,228.8 


1 


2,048 


1/3 




64 
192 
256 
1,536 


921.6 


2 


3,072 


1/3 


o-.ro Iv 


64 
384 
512 
3,136 


1,843.2 


i 

j. 


3,072 


1/3 


8-PSK 


64 
192 
256 
1,536 


1,228.8 


2 


4,096 


1/3 


16-QAM 


64 
384 
512 
3,136 


2,457.6 


1 


4,096 


1/3 


16-QAM 


64 
192 
256 
1,536 



3 

4 The modulation parameters for the MAC Channel shall be as shown in Table 9.3.1.3. 
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Table 9.3.1.3.1.1-3. Modulation Parameters for the MAC Channel 



Parameter 


RPC Channel 


RA Channel 


Rate (bps) 


600 


600/RABLength 


Bit Repetition 
Factor 


1 


RABLength 


Modulation 
(Channel) 


BPSK 
(IorQ) 


BPSK 
(I) 


Modulation Symbol 
Rate (sps) 


2,400 


2,400 


Walsh Cover Length 


64 


64 


Walsh Sequence 
Repetition Factor 


4 


4 


PN Chips/Slot 


256 


256 


PN Chips/ Bit 


256 


256 x RABLength 



2 

3 9.3.1.3.1.2 Data Rates 

4 The Forward Traffic Channel shall support variable-data-rate transmission from 38.4 kbps 
s to 2.4576 Mbps, as shown in Table 9.3.1.3.1.1-1 and Table 9.3.1.3.1.1-2. 

6 The data rate of the Control Channel shall be 76.8 kbps or 38.4 kbps. 

7 9.3. 1 .3.2 Forward Link Channels 

8 9.3.1.3.2.1 Pilot Channel 

9 A Pilot Channel shall be transmitted at all times by the sector on each active Forward 

10 Channel. The Pilot Channel is an unmodulated signal that is used for synchronization and 
n other functions by an access terminal operating within the coverage area of the sector, 
is The Pilot Channel shall be transmitted at the full sector power. 

13 9.3.1.3.2.1.1 Modulation 

14 The Pilot Channel shall consist of all-*0' symbols transmitted on the I component only. 

15 9.3.1.3.2.1.2 Orthogonal Spreading 

is The Pilot Channel shall be assigned Walsh cover 0. 

i? 9.3.1.3.2.1.3 Quadrature Spreading 

is See 9.3.1.3.4. 
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1 9.3.1.3.2.2 Forward MAC Channel 

2 The Forward MAC Channel shall be composed of Walsh channels that are orthogonally 
a covered and BPSK modulated on a particular phase of the carrier (either in-phase or 

4 quadrature phase). Each Walsh channel shall be identified by a MACIndex value that is 

5 between 0 and 63 and defines a unique 64-ary Walsh cover and a unique modulation 
e phase. The Walsh functions assigned to the MACIndex values shall be as follows: 

2,.. .,62 
V&)T h 3,..., 63 

- 8 where i is the MACIndex value. MAC Channels with even-numbered MACIndex values 

9 shall be assigned to the in-phase (I) modulation phase, while those with odd-numbered 

10 MACIndex values shall be assigned to the quadrature (Q) modulation phase. The MAC 
' n symbol Walsh covers shall be transmitted four times per slot in bursts of length 64 chips 
~ 12 each. These bursts shall be transmitted immediately preceding and following the pilot 

- 13 bursts of each slot. 

u The MAC Channel use versus MACIndex shall be as specified in Table 9.3.1.3.2.1.3-1. 

is Symbols of each MAC Channel shall be transmitted on one of the Walsh channels. The 

is MAC channel gains may vary the relative power as a function of time. The orthogonal 

17 Walsh channels shall be scaled to maintain a constant total transmit power. The sum of 

is the squares of the normalized gains on the orthogonal MAC Channels should equal one. 

19 The Walsh Channel gains can vary as a function of time. 



Table 9.3.1.3.2.1.3-1. MAC Channel and Preamble Use Versus MACIndex 



MACIndex 


MAC Channel Use 


Preamble Use 


0 and 1 


Not Used 


Not Used 


2 


Not Used 


76.8-kbps Control 
Channel 


3 


Not Used 


38.4-kbps Control 
Channel 


4 


RA Channel 


Not Used 


5-63 


Available for RPC 

Channel 
Transmissions 


Available for Forward 
Traffic Channel 
Transmissions 



21 

22 9.3.1.3.2.2.1 Reverse Power Control Channel 

23 The Reverse Power Control (RPC) Channel for each access terminal with an open 

24 connection shall be assigned to one of the available MAC Channels. It is used for the 

25 transmission of the RPC bit stream destined to that access terminal. 
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12 



The RPC data rate shall be 600 bps. Each RPC symbol shall be transmitted four times per 
slot in bursts of 64 chips each. One burst shall be transmitted immediately preceding and 
following each pilot burst in a slot as shown in Figure 9.3.1.3.1-2. 

9.3.1.3.2.2.2 Reverse Activity Channel 

The Reverse Activity (RA) Channel shall transmit the Reverse Activity Bit (RAB) stream 
over the MAC Channel with MACIndex 4. The RA bit shall be transmitted over RABLength 
successive slots. The transmission of each RA bit shaU start in a slot that satisfies 

T mod RABLength = RABOffset, 

where T is the system time in slots and RABLength and RABOffset are fields in the public 
data TrafficChannelAssignment of the Route Update Protocol. 

The RA Channel data rate shall be 600/RABLength bps. Each RA bit shall be repeated and 
transmitted over RABLength consecutive slots. The RA bit in each slot shall be further 

13 repeated to form four symbols per slot for transmission. 

14 9.3. 1.3.2.3 Forward Traffic Channel 

is 9.3.1.3.2.3. 1 Forward Traffic Channel Preamble 

is A preamble sequence shall be transmitted with each Forward Traffic Channel and Control 
,7 Channel physical layer packet in order to assist the access terminal with synchronization 
is of each variable-rate transmission. 

,9 The preamble shall consist of all-'O' symbols transmitted on the in-phase component only, 
ao The preamble shall be time multiplexed into the Forward Traffic Channel stream as 

21 described in 9.3. 1.3.3. The preamble sequence shall be covered by a 32-chip bi-orthogonal 

22 sequence and the sequence shall be repeated several times depending on the transmit 

23 mode. The bi-orthogonal sequence shall be specified in terms of the 32-ary Walsh 
functions and their bit-by-bit complements by 

W$ = 0, 2,..., 62 
»Af 2 l>3,..., 63 

as where i = 0, 1,..., 63 is the MACIndex value and W? 2 is the bit-by-bit complement of the 
27 32-chip Walsh function of order i. 

zs The channel type versus MACIndex mapping for the preamble shall be as specified in Table 
29 9.3.1.3.2.1.3-1. 

ao The 32-chip preamble repetition factor shall be as specified in Table 9.3.1.3.2.3.1-1. 



9-66 

Document provided by MS Ucensee*£uiopean Patenl Otfice/5920606100, User=. 
COPYRIGHT 2002: Electronic Industries Affiance 1£yi 1 / 2 002 05:33:04 MOT Questions or comments about this message; please can 

(he Document Policy Management Group at 1-B00-45I-1584. 



BNSDOCID: <XP 2216567A_J_> 



Physical Layer 



TIA/EIA/IS-856 



Table 9.3.1.3.2.3.1-1. Preamble Repetition 





Values per Physical Layer Packet 


Data 




32-Chip 




Rate 




Preamble 


Preamble 




Slots 


Sequence 


Chips 






Repetitions 




38.4 


16 


32 


1,024 


76.8 


8 


16 


512 


153.6 


4 


8 


256 


307.2 


2 


4 


128 


614.4 


1 


2 


64 


307.2 


4 


4 


128 


614.4 


2 


2 


64 


1,228.8 


1 


2 


64 


921.6 


2 


2 


64 


1,843.2 


1 


2 


64 


1,228.8 


2 


2 


64 


2,457.6 


1 


2 


64 



9.3.1.3.2.3.2 Encoding 

The Traffic Channel physical layer packets shall be encoded with code rates of R = 1/3 or 
1/5. The encoder shall discard the 6-bit TAIL field of the physical layer packet inputs and 
encode the remaining bits with a parallel turbo encoder, as specified in 9.3.1.3.2.3.2.1. The 
turbo encoder will add an internally generated tail of 6/R output code symbols, so that the 
total number of output symbols is 1/R times the number of bits in the input physical layer 
packet. 

Figure 9.3.1.3.2.3.2-1 illustrates the forward link encoding approach. The forward link 
encoder parameters shall be as specified in Table 9.3.1.3.2.3.2-1. 
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Physical Layer 



Forward Traffic Channel 
or 

Control Channel 
Physical Layer Packets 



Data 
Rate 
(kbnsi 
38.4 
76.8 
153.6 
307.2 
614.4 
307.2 
614.4 
1,228.8 
921.6 
1,843.2 
1,228.8 
2,457.6 



Total 
Slots Code 
Used Rate 
16 1/5 



8 
4 
2 
1 
4 
2 
1 
2 
1 
2 
1 



1/5 
1/5 
1/5 
1/3 
1/3 
1/3 
1/3 
1/3 
1/3 
1/3 
1/3 



Discard 




Turbo Encoder 


6-Bit 




with an 


Encoder 




Internally 


Tail Field 




Generated Tail 



Code 
Symbols 



Bits 

per 
Packet 
1,024 
1,024 
1,024 
1,024 
1,024 
2,048 
2,048 
2,048 
3,072 
3,072 
4,096 
4,096 



Bits 
per 
Packet 
1,018 
1,018 
1,018 
1,018 
1,018 
2,042 
2,042 
2,042 
3,066 
3,066 
4,090 
4,090 



Symbols 
per 
Packet 
5,120 
5,120 
5,120 
5,120 
3,072 
6,144 
6,144 
6,144 
9,216 
9,216 
12,288 
12,288 



Figure 9.3.1.3.2.3.2-1. Forward Link Encoder 



Table 9.3.1.3.2.3.2-1. Parameters of the Forward Link Encoder 





Values per Physical Layer Packet 


Data Rate 
(kbps) 


Slots 


Bits 


Turbo 
Encoder 
Input Bits 


Code 
Rate 


Turbo 
Encoder 

Output 
Symbols 


38.4 


16 


1,024 


1,018 


1/5 


5,120 


76.8 


8 


1,024 


1,018 


1/5 


5,120 


153.6 


4 


1,024 


1,018 


1/5 


5,120 


307.2 


2 


1,024 


1,018 


1/5 


5,120 


614.4 


1 


1,024 


1,018 


1/3 


3,072 


307.2 


4 


2,048 


2,042 


1/3 


6,144 


614.4 


2 


2,048 


2,042 


1/3 


6,144 


1,228.8 


1 


2,048 


2,042 


1/3 


6,144 


921.6 


2 


3,072 


3,066 


1/3 


9,216 


1,843.2 


1 


3,072 


3,066 


1/3 


9,216 


1,228.8 


2 


4,096 


4,090 


1/3 


12,288 


2,457.6 


1 


4,096 


4,090 


1/3 


12,288 



5 9.3. 1 .3.2.3.2. 1 Turbo Encoder 

6 The turbo encoder employs two systematic, recursive, convolutional encoders connected in 

7 parallel, with an interleaver, the turbo interleaver, preceding the second recursive 
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31 
32 
33 
34 
35 

36 
37 



7 

a 

9 
10 

11 

12 
13 
14 

15 a 

16 

17 



19 
20 
21 
22 

23 
24 
25 
26 
27 
28 
29 



convolution^ encoder. The two recursive convolutional codes are called the constituent 
codes of the turbo code. The outputs of the constituent encoders are punctured and 
repeated to achieve the desired number of turbo encoder output symbols. 
The transfer function for the constituent code shall be 

G(D) - [ w 

wheredp)= 1+D 2 + D3 n 0 P)= 1 + D + D3 and ni (D)= 1+D + D2 + D 3 . 

The turbo encoder shall generate an output symbol sequence that is identical to the one 
generated by the encoder shown in Figure 9.3.1.3.2.3.2.1-1. Initially, the states of the 
constituent encoder registers in this figure are set to zero. Then, the constituent encoders 
are clocked with the switches in the positions noted. 

Let Nmrbo be the number of bits into the turbo encoder after the 6-bit physical layer packet 
TAIL field is discarded. Then, the encoded data output symbols are generated by clocking 
Hie constituent encoders ^ times with the switches in the up positions and 
puncturing the outputs as specified in Table 9.3.1.3.2.3.2.1-1. Within a puncturing pattern, 
a '0' means that the symbol shall be deleted and a '1' means that the symbol shall be 
passed The constituent encoder outputs for each bit period shall be output in the 
sequence X, Y 0 , Y v X, Y 0 , Yi with the X output first. Symbol repetition is not used in 
generating the encoded data output symbols. 

The turbo encoder shall generate 6/R tail output symbols following the encoded data output 
symbols. This tail output symbol sequence shall be identical to the one generated by the 
encoder shown in Figure 9.3.1.3.2.3.2.1-1. The tail output symbols are generated after the 
constituent encoders have been clocked N^,*, times with the switches in the up position. 
The first 3/R tail output symbols are generated by clocking Constituent Encoder 1 three 
times with its switch in the down position while Constituent Encoder 2 is not clocked and 
puncturing and repeating the resulting constituent encoder output symbols. The last 3/R 
tail output symbols are generated by clocking Constituent Encoder 2 three times with its 
switch in the down position while Constituent Encoder 1 is not clocked and puncturing and 
repeating the resulting constituent encoder output symbols. The constituent encoder 
outputs for each bit period shall be output in the sequence X, Y 0 , Y lf X', Y' 0 , Y l with the X 

output first. 

The constituent encoder output symbol puncturing for the tail symbols shall be as specified 
in Table 9.3.1.3.2.3.2.1-2. Within a puncturing pattern, a '0' means that the symbol shall 
be deleted and a «1* means that a symbol shall be passed. For rate-1/5 turbo codes, the tail 
output code symbols for each of the first three tail bit periods shall be punctured and 
repeated to achieve the sequence XXYoYsYj, and the tail output code symbols for each of 
the last three tail bit periods shall be punctured and repeated to achieve the sequence 
X'X'Y'qY'iY'i. For rate-1/3 turbo codes, the tail output symbols for each of the first three 
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tail bit periods shall be XXY 0 , and the tail output symbols for each of the last three tail bit 
periods shall be X'X'Y'q. 



N turbo 
Information 
Bits 
(Input) 



Constituent Encoder I 




Control 

Clocked once for each of the N tttbo data bit periods with the switch 
up; then, clocked once for each of the three Constituent Encoder 1 
tail bit periods whh the switch down; then, not clocked for the three 
Constituent Encoder 2 tail hit periods. 




Control 

Clocked once for each of the N ttlbo data bit periods with the switch 
up; then, not clocked for the three Constituent Encoder 1 
tail bit periods; then, clocked once for each of the three 
Constituent Encoder 2 tail bit periods with the switch down. 



Symbol 
Puocturing 

and 
Repetition 



(Wurbo + ) 

„ Code 
Symbols 
(Output) 



Figure 9.3.1.3.2.3.2.1-1. Turbo Encoder 
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Table 9.3.1.3.2.3.2.1-1. Puncturing Patterns for the Data Bit Periods 





Code Rate 


Output 




1 /s 

X / %J 


v 


1 


1 


Y 0 


1 


1 


Yi 


0 


1 


X' 


0 


0 


Y'o 


1 


1 




0 


1 



Note: For each rate, the puncturing table shall be read 
from top to bottom. 



2 



Table 9,3.1.3.2.3.2.1-2. Puncturing Patterns for the Tail Bit Periods 





Code Rate 


Output 


1/3 


1/5 


X 


111 000 


111 000 


Y 0 


111 000 


111 000 


Yi 


000 000 


111 000 


X' 


000 1 1 1 


000 111 


Yo 


000 111 


000 1 1 1 


Y'l 


000 000 


000 111 



Note: For rate- 1/3 turbo codes, the puncturing table shall be read 

first from top to bottom repeating X and X', and then from left to 
right. For rate-1 /5 turbo codes, the puncturing table shall be read 
first from top to bottom repeating X, X', Y lf and Y' x and then from 

left to right. 



9.3.1.3.2.3.2.2 Turbo Interleaver 

The turbo interleaver, which is part of the turbo encoder, shall block interleave the turbo 
encoder input data that is fed to Constituent Encoder 2. 

The turbo interleaver shall be functionally equivalent to an approach where the entire 
aequence of turbo interleaver input bits are written sequentially into an array at 
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sequence of addresses, and then the entire sequence is read out from a sequence of 
addresses that are defined by the procedure described below. 

Let the sequence of input addresses be from 0 to *Wbo ~ Then » the sequence of 
interleaver output addresses shall be equivalent to those generated by the procedure 
illustrated in Figure 9.3. 1.3.2.3.2.2-1 and described below. 47 

1. Determine the turbo interleaver parameter, n, where n is the smallest integer 
such that Ntarbo ^ 2n+5 - Table 9.3.1.3.2.3.2.2-1 gives this parameter for the 
e different physical layer packet sizes. 

9 2. Initialize an (n + 5)-bit counter to 0. 

10 3. Extract the n most significant bits (MSBs) from the counter and add one to form a 

n new value. Then, discard all except the n least significant bits (LSBs) of this value. 

4. Obtain the n-bit output of the table lookup defined in Table 9.3.1.3.2.3.2.2-2 with a 
read address equal to the five LSBs of the counter. Note that this table depends on 
the value of n. 

5. Multiply the values obtained in Steps 3 and 4, and discard all except the n LSBs. 

6. Bit-reverse the five LSBs of the counter. 

7. Form a tentative output address that has its MSBs equal to the value obtained in 
Step 6 and its LSBs equal to the value obtained in Step 5. 

8. Accept the tentative output address as an output address if it is less than N^^; 
ao otherwise, discard it. 

21 9. Increment the counter and repeat Steps 3 through 8 until all interleaver 

22 output addresses are obtained. 



12 
13 
14 

15 

16 

17 
18 

19 



47 This procedure is equivalent to one where the counter values are written into a 2 -row by 
2 n -column array by rows, the rows are shuffled according to a bit-reversal rule, the elements within 
each row are permuted according to a row-specific linear congruential sequence, and tentative 
output addresses are read out by column. The linear congru ntial sequence rule is x(i + 1) = (x(i) + 
c) mod 2"\ where x(0) = c and c is a row-specific value from a table lookup. 
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n MSBs 



Add 1 
and 
Select the 
n LSBs 



n Bits 
». 



(n + 5)-Bit J 
Counter * 



5 LSBs 



Table 
Lookup 



n Bits 




Multiply 

and 
Select the 
n LSBs 



fl 4 ~w 



Bit 
Reverse 



5 Bits 




Next 
(5 + n)-Bit 
Interleaver 
Output 
Address 



Figure 9.3.1.3.2.3.2.2-1. Turbo Interleaver Output Address Calculation Procedure 
Table 9.3.1.3.2.3.2.2-1. Turbo Interleaver Parameter 



Physical Layer 
Packet Size 


Turbo 
Interleaver 
Block Size 

N turbo 


Turbo 
Interleaver 
Parameter 
n 


1,024 


1,018 


5 


2,048 


2,042 


6 


3,072 


3,066 


7 


4,096 


4,090 


7 
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Table 9.3.1.3.2.3.2.2-2. Turbo Interleaver Lookup Table Definition 



Table 
Index 


n = 5 
Entries 


n = 6 
Entries 


n = 7 
Entries 


0 


27 


3 


15 


1 


3 


27 


127 


2 


1 


15 


89 


3 


15 


13 


1 


4 


13 


29 


31 


5 


17 


5 


15 


6 


23 


1 


61 


7 


13 


31 


47 


8 


9 


3 


127 


9 


3 


9 


17 


10 


15 


15 


119 


11 


3 


31 


15 


12 


13 


17 


57 


13 


1 


5 


123 


14 


13 


39 


95 


15 


29 


1 


5 


16 


21 


19 


85 


17 


19 


27 


17 


18 


1 


15 


55 


19 


3 


13 


57 


20 


29 


45 


15 


21 


17 


5 


41 


22 


25 


33 


93 


23 


29 


15 


87 


24 


9 


13 


63 


25 


13 


9 


15 


26 


23 


15 


13 


27 


13 


31 


15 


28 


13 


17 


81 


29 


1 


5 


57 


30 


13 


15 


31 


31 


13 


33 


69 
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1 9.3.1.3.2.3.3 Scrambling 

2 The output of the encoder shall be scrambled to randomize the data prior to modulation, 
a The scrambling sequence shall be equivalent to one generated with a 17-tap linear 
4 feedback shift register with a generator sequence of h(D) = D 17 + D 14 + 1 , as shown in 
s Figure 9.3.1.3.2.3.3-1. At the start of the physical layer packet, the shift register shall be 

6 initialized to the state [111111 lr 5 r 4 r3r2r 1 r 0 d 3 d2d 1 do]. The t^tqt^tq bits shall be equal 

7 to the 6-bit preamble MACIndex value (see Table 9.3.1.3.2.1.3-1). The d^d^ bits shall be 
e determined by the data rate, as specified in Table 9.3.1.3.2.3.3-1. The initial state shall 

9 generate the first scrambling bit. The shift register shall be clocked once for every encoder 

10 output code symbol to generate a bit of the scrambling sequence. Every encoder output code 

11 symbol shall be XOR'd with the corresponding bit of the scrambling sequence to yield a 

12 scrambled encoded bit. 

, 3 Table 9.3.1.3.2.3.3-1. Parameters Controlling the Scrambler Initial State 



Data Rate 


Slots per Physical 


d 3 


d 2 






(kbps) 


Layer Packet 






38.4 


16 


0 


0 


0 


1 


76.8 


8 


0 


0 


1 


0 


153.6 


4 


0 


p 


1 


1 


307.2 


2 


0 


1 


0 


0 


307.2 


4 


0 


1 


0 


1 


614.4 


1 


0 


1 


1 


0 


614.4 


2 


0 


1 


1 


1 


921.6 


2 




0 


0 


0 


1,228.8 


1 




0 


0 


1 


1,228.8 


2 




0 


1 


0 


1,843.2 


1 




0 


1 


1 


2,457.6 


1 




1 


0 


0 
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Scrambler Initial State 



1 ll 1 1 1 1 r 5 r 4 r 3 la r a r D dg da d! do 



Scrambling 
Sequence 



Figure 9.3.1.3.2.3.3-1. Symbol Scrambler 



7 
8 

9 
10 

11 

12 



18 
19 

20 
21 

22 

23 
24 



9.3.1 .3.2.3.4 Channel Interleaving 

The channel interleaving shall consist of a symbol reordering followed by symbol 
permuting. 

9.3.1.3.2.3.4.1 Symbol Reordering 

The scrambled turbo encoder data and tail output symbols generated with the rate- 1/5 
encoder shall be reordered according to the following procedure: 

1. All of the scrambled data and tail turbo encoder output symbols shall be 
demultiplexed into five sequences denoted U, V 0 , V lt V 0 , and V' v The scrambled 
encoder output symbols shall be sequentially distributed from the U sequence to the 
V i sequence with the first scrambled encoder output symbol going to the U 
sequence, the second to the V 0 sequence, the third to the V L sequence, the fourth 
to the V' 0 sequence, the fifth to the V' t sequence, the sixth to the U sequence, etc. 

2. The U, V 0 , V 1? V' 0 , and V x sequences shall be ordered according to UV 0 V / 0 V 1 V / v 
That is, the U sequence of symbols shall be first and the V' t sequence of symbols 
shall be last. 

The scrambled turbo encoder data and tail output symbols generated with the rate- 1/3 
encoder shall be reordered according to the following procedure: 

1 . All of the scrambled data and tail turbo encoder output symbols shall be 

demultiplexed into three sequences denoted U, V 0 , and V' 0 . The scrambled encoder 
output symbols shall be sequentially distributed from the U sequence to the V' 0 
sequence with the first scrambled encoder output symbol going to the U sequence, 
the second to the V 0 sequence, the third to the V' 0 sequence, the fourth to the U 

sequence, etc. 
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2. The U, V 0 , and V' 0 sequences shall be ordered according to UV 0 V' 0 . That is, the U 
sequence of symbols shall be first and the V' 0 sequence of symbols shall be last. 

Table 9.3.1.3.2.3.4.1-1 gives the order of the symbols out of the turbo encoder and their 
mapping to demultiplexer output sequences. The encoder output symbol notation is used, 
but the encoder output symbols are scrambled before the reordering demultiplexer. 

Table 9.3.1.3.2.3.4.1-1. Scrambled Turbo Encoder Output and Symbol Reordering 

Demultiplexer Symbol Sequences 



Type of Sequence 


Symbol Sequence 


R= 1/5 


R= 1/3 


Turbo Encoder 
Data Output Sequence 


XYoYiY'oY'i 


XY 0 Y' 0 


Turbo Encoder 
Constituent Encoder 1 
Tail Output Sequence 


XXYqY! Y X 


XXY 0 


Turbo Encoder 
Constituent Encoder 2 
Tail Output Sequence 


X' X' Y'qY 7 ! Y' x 


X X Y'q 


Demultiplexer 
Output Sequence 


UVoV'qV! V'i 


UV 0 V'o 



10 

11 

12 
13 
14 

15 
16 
17 

18 
19 
20 

21 
22 
23 

24 
25 



9.3.1.3.2.3.4.2 Symbol Permuting 

The reordered symbols shall be permuted in three separate bit-reversal interleaver blocks 
with rate-1/5 coding and in two separate blocks with rate- 1/3 coding. The permuter input 
blocks shall consist of the sequence of U symbols, the sequence of V Q and V 0 symbols 
(denoted as V 0 /V' 0 ), and, with rate-1/5 coding, the sequence of V x and V' x symbols (denoted 

The sequence of interleaver output symbols for the blocks shall be equivalent to those 
generated by the procedure described below with the parameters specified in Table 
9.3.1.3.2.3.4.2-1: 

1. Write the entire sequence of symbols in the input block into a rectangular array of 
K rows and M columns. Write the symbols in by rows starting from the top row, 
writing the rows from left to right. 

2. Label the columns of the array by the index j, where j = 0,..., M - 1 and column 0 is 
the left-most column. Then, end-around shift the symbols of each column downward 
by j mod K for the U block and by lj/4j mod K for the V Q / V' 0 and V' x blocks. 

3. Reorder the columns such that column j is moved to column BRO(j), where BRO(j) 
indicates the bit-reversed value of j. For example, for M = 512, BRO(6) = 192. 
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4. Read the entire array of symbols out by columns starting from the left-most column, 
reading the columns from top to bottom. 
With rate- 1/5 coding, the interleaver output sequence shall be the interleaved U symbols 
followed by the interleaved V 0 /V' 0 symbols followed by the interleaved V^V^ symbols. With 
rate-1/3 coding, the interleaver output sequence shall be the interleaved U symbols 
followed by the interleaved V 0 /V' 0 . 

Table 9.3.1.3.2.3.4.2-1. Channel Interleaver Parameters 



Physical Layer 
Packet Size 


U Block 
Interleaver Parameters 


V 0 /V' 0 and Vi/V*\ Block 
Interleaver Parameters 


K 


M 


K 


M 


1,024 


2 


512 


2 


1,024 


2,048 


2 


1,024 


2 


2,048 


3,072 


3 


1,024 


3 


2,048 


4,096 


4 


1,024 


4 


2,048 



11 

12 



14 

15 
16 
17 
18 

19 



9.3.1.3.2.3.5 Modulation 

The output of the channel interleaver shall be applied to a modulator that outputs an in- 
phase stream and a quadrature stream of modulated values. The modulator generates 
QPSK, 8-PSK, or 16-QAM modulation symbols, depending on the data rate. 

9.3.1.3.2.3.5.1 QPSK Modulation 

For physical layer packet sizes of 1,024 or 2,048 bits, groups of two successive channel 
interleaver output symbols shall be grouped to form QPSK modulation symbols. Each group 
of two adjacent block interleaver output symbols, x(2i) and x(2i + 1), i = 0,..., M - 1 as 
: specified in Table 9.3.1.3.2.3.4.2-1, shall be mapped into a complex modulation symbol 
; (mrfi), mg(i)) as specified in Table 9.3.1.3.2.3.5.1-1. Figure 9.3.1.3.2.3.5.1-1 shows the 
: signal constellation of the QPSK modulator, where s 0 = x(2k) and s x = x(2k +1). 
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Table 9.3.1.3.2.3.5.1-1. QPSK Modulation Table 



Interleaved Symbols 


Modulation Symbols 


s l 


so 


m r (k) 


mg(k) 


x(2k + 1) 


x(2k) 






0 


0 


D 


D 


0 


1 


-D 


D 


1 


0 


D 


-D 


1 


1 


-D 


-D 



Note: D = l/V2 . 



Q Channel 





i 






V" 

* 

0 






\ 


/ 

f 
t 

/ -lA/5 






\ 


— ; — i 

i 
t 

\ 
\ 






— 1 — J— 

1 

4 

i 
1 

t 

0 









3 

4 Figure 9.3.1.3.2.3.5.1-1, Signal Constellation for QPSK Modulation 



s 9.3.1.3.2.3.5.2 8-PSK Modulation 

e For physical layer packet sizes of 3,072 bits, groups of three successive channel 

7 interleaver output symbols shall be grouped to form 8-PSK modulation symbols. Each group 

a of three adjacent block interleaver output symbols, x(3i), x(3i +1), and x(3i + 2), i = 0,..., M - 

9 1 as specified in Table 9.3.1.3.2.3.4.2-1, shall be mapped into a complex modulation symbol 

10 (mrfi), mQ(i)) as specified in Table 9.3.1.3.2.3.5.2-1. Figure 9.3.1.3.2.3.5.2-1 shows the 
n signal constellation of the 8-PSK modulator, where s 0 = x(3k), s x = x(3k + 1), and s 2 = x(3k + 
12 2). 
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Table 9.3.1.3.2.3.5.2-1. 8-PSK Modulation Table 



Interleaved Symbols 


Modulation Symbols 




Si 






m g (k) 


x(3k + 2) 












o 


0 


C 


S 


0 


0 


1 


S 


C 


0 


1 


1 


-s 


C 


0 


1 


0 


-c 


s 


1 


1 


0 


-c 


-s 


1 


1 


1 


-s 


-c 


1 


0 


1 


s 


-c 


1 


0 


0 


c 


-s 



Note: p»239- and £8827* 



2 

Q Channel 







i 


i 




fCS^ COS 31 




Oil 






001 


£8) sin n 


* 












010 j 






- s 




N ^ooo 




-s 






s 


(-j ► I Channel 


— H — 

i 
t 

110^ 


1 — 




--S 


H 


^100 
















111 






101 





3 

4 Figure 9.3.1.3.2.3.5.2-1. Signal Constellation for 8-PSK Modulation 



s 9.3.1.3.2.3.5.3 16-Q AM Modulation 

s For physical layer packet sizes of 4,096 bits, groups of four successive channel interleaver 

7 output symbols shall be grouped to form 16-QAM modulation symbols. Each group of four 

e adjacent block interleaver output symbols, x(4i), x(4i + 1), x(4i + 2), and x(4i + 3), i = 0,..., M 

9 - 1 as specified in Table 9.3.1.3.2.3.4.2-1, shall be mapped into a complex modulation 

10 symbol ( mi (i), m Q (i)) as specified in Table 9.3.1.3.2.3.5.3-1. Figure 9.3.1.3.2.3.5.3-1 shows 
n the signal constellation of the 16QAM modulator, where s 0 = x(4k), s l = x(4k + 1), S2 = x(4k 
12 +2), ands 3 = x(4k + 3). 
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Table 9.3.1.3.2.3.5.3-1. 16-QAM Modulation Table 



Interleaved Symbols 


Modulatioi 


n Symbols 


S3 




s l 

x(4k + 1) 


s 0 
x(4k) 


mg(k) 


mj(k) 


0 


KJ 


0 


0 


3A 


3A 


0 


v 


n 


1 


3A 


A 


0 


U 


1 

1 


1 


3A 


-A 


0 


O 


1 

I 


0 


3A 


-3A 


0 




u 


n 


A 


3A 


0 




r\ 

V 


1 


A 


A 


0 


1 


1 


1 
± 


A 


-A 


0 




1 




A 


-3A 






0 


0 


-A 


3A 






0 


1 


-A 


A 






1 


1 


-A 


-A 






1 


0 


-A 


-3 A 




0 


0 


0 


-3A 


3A 




0 


0 


1 


-3A 


A 




0 


1 


1 


-3A 


-A 




0 


1 


0 


-3A 


-3A 



Note: ft.3 « 
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Q Channel 
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- -A • 


# 
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1011 




1001 
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• 


• 




- -3A # 





AO />r~ 



1 

2 Figure 9.3.1.3.2.3.5.3-1. Signal Constellation for 16-QAM Modulation 



9.3.1.3.2.3.6 Sequence Repetition and Symbol Puncturing 

Table 9.3.1.3.2.3.6-1 gives the number of modulation symbols that the modulator provides 
per physical layer packet and the number of modulation symbols needed for the data 
portion of the allocated slots. If the number of required modulation symbols is more than 
the number provided, the complete sequence of input modulation symbols shall be repeated 
as many full-sequence times as possible followed by a partial transmission if necessary. If 
a partial transmission is needed, the first portion of the input modulation symbol sequence 
shall be used. If the number of required modulation symbols is less than the number 
provided, only the first portion of the input modulation symbol sequence shall be used. 
The sequence repetition and symbol puncturing parameters shall be as specified in Table 
9.3.1.3.2.3.6-1. The entries in the column labeled "Number of Modulation Symbols Needed* 
are equal to the number of data TDM chips given in Table 9.3.1.3.1.1-1 and Table 
9.3.1.3.1.1-2. 
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Table 9.3.1.3.2.3.6-1. Sequence Repetition and Symbol Puncturing Parameters 





Values per Physical Layer Packet 


Appro* 
Cod 


:imate 
ing 


Data 
Rate 


Number 
of Slots 


Number 
of Bits 


Number of 
Modulation 
Symbols 

riOVlClCU 


Number of 
Modulation 
Symbols 


Number of 

r Ull 

Sequence 

Trans- 
missions 


Number of 
Modulation 
Symbols in 
Last Partial 
Trans- 
mission 


Code 
Rate 


rcepc ti 
tion 
Factor 




16 


1,024 


2,560 


24,576 


9 


1,536 


1/5 


9.6 


I o.o 


8 


1,024 


2,560 


12,288 


4 


2,048 


1/5 


4.8 


IDo.O 


4 


1,024 


2,560 


6,144 


2 


1,024 


1/5 


2.4 




2 


1,024 


2,560 


3,072 


1 


512 


1/5 


1.2 




1 


1,024 


1,536 


1,536 


1 


0 


1/3 


1 


307.2 


4 


2,048 


3,072 


6,272 


2 


128 


1/3 


2.04 


614.4 


2 


2,048 


3,072 


3,136 


1 


64 


1/3 


1.02 


1,228.8 


1 


2,048 


3,072 


1,536 


0 


1,536 


2/3 


1 


921.6 


2 


3,072 


3,072 


3,136 


1 


64 


1/3 


1.02 


1,843.2 


1 


3,072 


3,072 


1,536 


0 


1,536 


2/3 


1 


1,228.8 


2 


4,096 


3,072 


3,136 


1 


64 


1/3 


1.02 


2,457.6 


1 


4,096 


3,072 


1,536 


0 


1,536 


2/3 


1 



A 
5 
6 
7 
8 

9 

10 
11 
12 
13 

14 

15 



9.3.1.3.2.3.7 Symbol Demultiplexing 

The in-phase stream at the output of the sequence repetition operation shall be 
demultiplexed into 16 parallel streams labeled I 0 > I 2 >-> *1S If m I<°>> m lW> m I (2) ' m I< 3 )>- • 
denotes the sequence of sequence-repeated modulation output values in the in-phase 
stream, then for each k = 0, 1, 2,..., 15, the k* h demultiplexed stream I k shall consist of the 
values mtfk), 1x4(16 + k), m x (32 + k), nii(48 + k)„... 

Similarly, the quadrature stream at the output of the sequence repetition operation shall 
be demultiplexed into 16 parallel streams labeled Q 0 , Qi> 0^, > Ql5 If m Q(°>> ^Qi 1 )' m Q (2), 
m Q (3),...denotes the sequence of sequence-repeated modulation output values in the 
quadrature stream, then for each k - 0, 1, 2,...,15, the ^ demultiplexed stream shall 
consist of the values m Q (k), m Q (16 + k), m Q (32 + k), m Q (48 + k),.... 

Each demultiplexed stream at the output of the symbol demultiplexer shall consist of 
modulation values at the rate of 76.8 ksps. 
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9.3.1.3.2.3.8 Walsh Channel Assignment 

The individual streams generated by the symbol demultiplexer shall be assigned to one of 
16 distinct Walsh channels. For each k = 0, 1, 2,„., 15, the demultiplexed streams with 
labels I k and shall be assigned to the in-phase and quadrature phases, respectively, of 
the k th Walsh channel W^ 6 . The modulation values associated with the in-phase and 
quadrature phase components of the same Walsh channel are referred to as Walsh 
symbols. 

9.3.1.3.2.3.9 Walsh Channel Scaling 

The modulated symbols on each branch of each Walsh channel shall be scaled to maintain 
a constant total transmit power independent of data rate. For this purpose, each orthogonal 

11 channel shall be scaled by a gain of -JL- = j . The gain settings are normalized to a unity 

12 reference equivalent to unmodulated BPSK transmitted at full power. 

13 9.3.1.3.2.3.10 Walsh Chip Level Summing 

1 4 The scaled Walsh chips associated with the 16 Walsh channels shall be summed on a chip- 
is by-chip basis. 

is 9.3. 1 .3.2.4 Control Channel 

17 The Control Channel transmits broadcast messages and access-terminal-directed 

ie messages. The Control Channel messages shall be transmitted at a data rate of 76.8 kbps 

19 or 38.4 kbps. The modulation characteristics shall be the same as those of the Forward 

so Traffic Channel at the corresponding data rate. The Control Channel transmissions shall 

21 be distinguished from Forward Traffic Channel transmissions by having a preamble that is 

22 covered by a bi-orthogonal cover sequence with MACIndex 2 or 3, as specified in 

23 9.3.1.3.2.3.1. A MACIndex value of 2 shall be used for the 76.8-kbps data rate, and a 

24 MACIndex value of 3 shall be used for the 38.4-kbps data rate. 

25 9.3. 1.3.3 Time-Division Multiplexing 

The Forward Traffic Channel or Control Channel data modulation chips shall be time- 
division multiplexed with the preamble, Pilot Channel, and MAC Channel chips according 
to the timing diagrams in Figure 9.3.1.3.3-1, Figure 9.3.1.3.3-2, Figure 9.3.1.3.3-3, and 
Figure 9.3.1.3.3-4. The multiplexing parameters shall be as specified in Table 9.3.1.3.3-1. 

The Walsh chip rate shall be fixed at 1.2288 Mcps. 



26 
27 
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2,560 or 3,072 
Modulation Symbols 



Data Modulation Symbols 





Data Modulation Symbols 
(Repeated Sequence If Needed) 




Preamble Data Pilot 
N 400 - N & MAC 
Chips Chips 224 
Chips 



Data Pilot 
S00 & MAC 
Chips 224 
Chips 



Pilot Data 

& MAC 800 

224 Chips 
Chips 



Pilot Data 

& MAC 400 

224 Chips 
Chips 



2 or 4 Slots 
4,096 or 8,192 Chips 



Figure 9.3.1.3.3-1. Preamble, Pilot, MAC. and Data Multiplexing for the Multiple-Slot 
Cases with Data Rates of 153.6, 307.2, 614.4, 921.6, and 1228.8 kbps 



2,560 
' Modulation Symbols 



Data Modulation Symbols 




Preamble Pilot Preamble Data Pilot 

400 & MAC 1 12 Chips 688 Chips & MAC 

Chips 224 for 76.8 kbps for 76.8 kbps 224 

Chip* 624 Chips 176 Chips Chips 

for 3R.4 kbps for 38.4 kbps 



Data Pilot 
K00 & MAC 
Chips 224 
Chips 



Pilot Data Pilot Data 

A MAC 800 & MAC 400 

224 Chips 224 Chips 

Chips Chips 



8 or 16 Slots 
16334 or 32,768 Chips 



Figure 9.3.1.3.3-2. Preamble, Pilot, MAC, and Data Multiplexing with Data Rates of 

38.4 and 76.8 kbps 
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Preamble Data Pilot 
64 336 & MAC 

Chips Chips 224 
Chips 



Data 
800 
Chips 



1 Slot 
2,048 Chips 



Pilot Data 

& MAC 400 

224 Chips 
Chips 



Figure 9.3.1.3.3-3. Preamble, Pilot, MAC, and Data Multiplexing for the 1-Slot Cases 
with Data Rates of 1.2288, 1.8432, and 2.4576 Mbps 




Preamble Data Pilot 
64 336 & MAC 
Chips Chips 224 
Chips 



Data 
800 
Chips 



1 Slot 
2,048 Chips 



Pilot Data 

& MAC 400 

224 Chips 
Chips 



Figure 9.3.1.3.3-4. Preamble, Pilot, MAC, and Data Multiplexing for the l-Slot Case 

with a Data Rate of 614.4 kbps 
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Table 9.3.1.3.3-1. Preamble, Pilot, MAC, and Data Multiplexing Parameters 





Number of Values per Physical Layer Packet 




Data 
Rate 




Bits 


Preamble 


Pilot 


MAC 


Data 


(kbps) 


Slots 






Chips 


Chips 




16 






3,072 


4,096 


24,576 


/ O.O 


8 






1,536 


2,048 


12,288 








256 


768 


1,024 


6,144 


307.2 


Z 


1 024 


128 


384 


512 


3,072 


614.4 


1 


1,024 


64 


192 


256 


1,536 


307.2 


4 


2,048 


128 


768 


1,024 


6,272 


614.4 


2 


2,048 


64 


384 


512 


3,136 


1,228.8 


1 


2,048 


64 


192 


256 


1,536 


921.6 


2 


3,072 


64 


384 


512 


3,136 


1,843.2 


1 


3,072 


64 


192 


256 


1,536 


1,228.8 


2 


4,096 


64 


384 


512 


3,136 


2,457.6 


1 


4,096 


64 


192 


256 


1,536 



9 
10 



13 
14 
15 

16 

17 



9.3.1.3.4 Quadrature Spreading 

Following orthogonal spreading, the combined modulation sequence shall be quadrature 
spread as shown in Figure 9.3.1.3.1-1. The spreading sequence shall be a quadrature 
sequence of length 2 15 (i.e., 32768 PN chips in length). This sequence is called the pilot PN 
sequence and shall be based on the following characteristic polynomials: 

P T (x) - X 15 + X 10 + X 8 + X 7 + X 6 + x 2 + 1 
(for the in-phase (I) sequence) 

and 

P Q (X) = X 15 + x 12 + x* 1 + X 10 + X 9 + x 5 + x 4 + x 3 + 1 
(for the quadrature-phase (Q) sequence). 
The maximum length linear feedback shift-register sequences {I(n)} and {Q(n» based on 
the above polynomials are of length 2« - 1 and can be generated by the following linear 
recursions: 

I(n) - I(n - 15) © I(n - 13) © I(n - 9) © I(n - 8) © I(n - 7) © I(n - 5) 
(based on Pj(x) as the characteristic polynomial) 



and 
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1 Q(n) = Q(n - 15) © Q(n - 12) © Q(n - 1 1) ® Q(n - 10) © Q(n - 6) © Q(n - 5) © 

2 Q(n-4) © Q(n-3) 

3 (based on Pq(x) as the characteristic polynomial), 

4 where I(n) and Q(n) are binary valued CO' and 'l 1 ) and the additions are modulo-2. In order to 
s obtain the I and Q pilot PN sequences (of period 2 15 ), a *0' is inserted in the (I(n)} and {Q(n)} 

6 sequences after 14 consecutive '0* outputs (this occurs only once in each period). 

7 Therefore, the pilot PN sequences have one run of 15 consecutive '0' outputs instead of 14. 

e The chip rate for the pilot PN sequence shall be 1.2288Mcps. The pilot PN sequence period 

9 is 32768/1228800 = 26.666... ms, and exactly 75 pilot PN sequence repetitions occur every 

10 2 seconds. 

n Pilot Channels shall be identified by an offset index in the range from 0 through 511 

12 inclusive. This offset index shall specify the offset value (in units of 64 chips) of the pilot 

13 PN sequence from the zero-offset pilot PN sequence. The zero-offset pilot PN sequence shall 

14 be such that the start of the sequence shall be output at the beginning of every even 
is second in time, referenced to access network transmission time. The start of the zero- 
is offset pilot PN sequence for either the I or Q sequences shall be defined as the state of the 
17 sequence for which the next 15 outputs inclusive are '0'. Equivalently, the zero-offset 
is sequence is defined such that the last chip prior to the even-second mark as referenced to 

19 the transmit time reference is a '1' prior to the 15 consecutive *0's. 

20 9.3.1.3.5 Filtering 

21 9.3.1.3.5.1 Baseband Filtering 

22 Following the quadrature spreading operation, the Y and Q impulses are applied to the 

23 inputs of the I and Q baseband filters as shown in Figure 9.3.1.3.1-1. The baseband filters 

24 shall have a frequency response S(f) that satisfies the limits given in Figure 9.3.1.3.5.1-1. 

25 Specifically, the normalized frequency response of the filter shall be contained within ±5j 

26 in the passband 0 < f < f p and shall be less than or equal to in the stopband f > f s . The 

27 numerical values for the parameters are 5 L = 1.5 dB, ^ = 40 dB, fp = 590 kHz, and ^ = 740 

28 kHz. 
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► f 

0 f P 

1 

2 Figure 9.3.1.3.5.1-1 , Baseband Filter Frequency Response Limits 

a The impulse response of the baseband filter, s(t), should satisfy the following equation: 

oo 

4 Mean Squared Error = £ [as(kT s - x) - h(k)] 2 < 0.03, 

5 where the constants a and x are used to minimize the mean squared error. The constant 

6 T s is equal to 203.451... ns, which equals one quarter of a PN chip. The values of the 

7 coefficients h(k), for k < 48, are given in Table 9.3.1.3.5.1-1; h(k) = 0 for k > 48. Note that 
s h(k) equals h(47-k). 
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Table 9.3.1.3.5.1-1. Baseband Filter Coefficients 



1 _ 

k 


njKj 


0, 47 


—0.020-^000 1 0 


1, 46 


— 0.034 loyyoi 


2, 45 


— 0.035752 J2o 


3, 44 


-0.016733702 


4, 43 


0.021602514 


5, 42 


0.064938487 


6, 41 


0,091002137 


7, 40 


0.081894974 


8, 39 


0.037071157 


9, 38 


-0.021998074 


10, 37 


-0.060716277 


11, 36 


-0.051178658 


12, 35 


0.007874526 


13, 34 


0.084368728 


14, 33 


0.126869306 


15, 32 


0.094528345 


16, 31 


-0.012839661 


17, 30 




18, 29 


-0.211829088 


19, 28 


-0.140513128 


20, 27 


0.094601918 


21,26 


0.441387140 


22, 25 


0.785875640 


23, 24 


1.0 



9.3.1.3.5.2 Phase Characteristics 

The access network shall provide phase equalization for the transmit signal path. 48 The 
equalizing filter shall be designed to provide the equivalent baseband transfer function 



48 This equalization simplifies the design of the access terminal receive filters. 
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w oo + jacocoQ - cop 
H(co) = K -5 — - 2 

ar - jotoxoo - o>o 



3 
4. 
5 

6 
7 
8 
9 
10 

11 

12 



16 
17 
18 
19 
20 
21 
22 



24 
25 

26 
27 



where K is an arbitrary gain, j equals V=l. aequals 1.36, ^equals 2*x 3.15x 10* and <o 
is the radian frequency. The equalizing filter implementation shall be equivalent to 
applying baseband filters with this transfer function, individually, to the baseband I and Q 

waveforms. 

A phase error test filter is defined to be the overall access network transmitter filter 
(including the equalizing filter) cascaded with a filter having a transfer function that is the 
inverse of the equalizing filter specified above. The response of the test filter should have a 
mean squared phase error from the best fit linear phase response that is no 8™*" 
0 01 squared radians when integrated over the frequency range 1 kHz < | f - fcl J 630 kHz. 
For purposes of this requirement, "overall" shall mean from the I and Q baseband filter 
inputs (see 9.3.1.3.5.1) to the RF output of the transmitter. 

9.3.1.3.6 Synchronization and Timing 

9.3.1.3.6.1 Timing Reference Source 

Each sector shall use a time base reference from which all time-critical transmission 
components, including pilot PN sequences, slots, and Walsh functions shaU be derived. 
The time-base reference shall be time-aligned to System Time, as described 1.13. Reliable 
external means should be provided at each sector to synchronize each sector's time base 
reference to System Time. Each sector should use a frequency reference of sufficient 
accuracy to maintain time alignment to System Time. In the event that the external 
source of System Time is lost,** the sector shall maintain transmit timing within ±10 us 
of System Time for a period of not less than 8 hours. 

9.3.1.3.6.2 Sector Transmission Time 

All sectors should radiate the pilot PN sequence within ±3 3 of System Time and shall 
radiate the pilot PN sequence within ±10 S of System Time. 

Time measurements are made at the sector antenna connector. If a sector has multiple 
radiating antenna connectors for the same CDMA channel, time measurements are made 
at the antenna connector having the earliest radiated signal. 

The rate of change for timing corrections shall not exceed 102 ns (1/8 PN chip) per 200 ms. 



49 These guidelines on time keeping requirements reflect the fact that the amount of time error 
between sectors that can be tolerated in an access network is not a hard limit. Each access 
terminal can search an ever-increasing time window as directed by the sectors. However, 
increasing this window gradually degrades performance since wider windows require a longer time 
for the access terminals to search out and locate the various arrivals from all sectors that may be 



in view. 
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10 COMMON ALGORITHMS AND DATA STRUCTURES 



8 
9 
10 

11 
12 
13 



10.1 Channel Record 

The Channel record defines an access network channel frequency and the type of system 
on that frequency. This record contains the following fields: 



SystemType 



Field 


Length (bits) 


SystemType 


8 


BandClass 


5 


ChannelNumber 


11 



BandClass 



ChannelNumber 



The access network shall set this field to one of the following values: 
Table 10.1-1. SystemType Encoding 



Field value 


Meaning 


0x00 


System compliant to this 
specification 


0x01 


System compliant to |2] 50 


0x02-0xff 


Reserved 



The access network shall set this field to the band class number 
corresponding to the frequency assignment of the channel specified 
by this record (see 9.2.1.1.1). 

The access network shall set this field to the channel number 
corresponding to the frequency assignment of the channel specified 
by this record (see 9.2.1.1.1). 



50 SystemType of 0x01 applies to [2] and all of its predecessors. 
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1 1 0.2 Access Terminal Identifier Record 

2 The Access Terminal Identifier record provides a fully qualified access terminal address. 



This record contains the following fields: 



ATIType 



Field 


Length (bits) 


ATIType 


2 


ATI 


0 or 32 



Access Terminal Identifier Type. This field shall be set to the type of 
the ATI, as shown in Table 10.2-1: 

Table 10.2-1. ATIType Field Encoding 



ATIType 


ATIType 
Description 


ATI 
Length 
(bits) 


'00' 


Broadcast ATI (BATI) 


0 


<or 


Multicast ATI 
(MATI) 


32 


'10* 


Unicast ATI 


32 




Random ATI (RATI) 


32 



11 

12 
13 



ATI 



16 
17 
18 

19 
20 
21 

22 



Access Terminal Identifier. The field is included only if ATIType is 
not equal to *00\ This field shall be set as shown in Table 10.2-1. 



10.3 Attribute Record 

The attribute record defines a set of suggested values for a given attribute. The attribute 
record format is defined, such that if the recipient does not recognize the attribute, it can 
discard it and parse attribute records that follow this record. 

An attribute can be one of the following three types: 

• Simple attribute, if it contains a single value, 

• Attribute list, if it contains multiple single values which are to be interpreted as 
different suggested values for the same attribute identifier (e.g., a list of possible 
protocol Subtypes for the same protocol Type), or 

• Complex attribute, if it contains multiple values that together form a complex value 
for a particular attribute identifier (e.g., a set of parameters for the Route Update 
Protocol). 

Simple attributes are a special case of an attribute list containing a single value. 
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The type of the attribute is determined by the attribute identifier. 

The sender of a ConfigurationResponse message (see 10.7) selects an attribute-value from 
a ConfigurationRequest message by sending the attribute value if it is a simple attribute 
or a selected value out of an attribute list. Selection of complex-attributes is done by 
sending the value identifier which identifies the complex value. 

The format of a simple attribute and attribute list is given by 



Field 


Length (bits) 


Length 


8 


AttributelD 


Protocol Specific 


An appropriate number of instances of the following 
record 


AttributeValue 


Attribute dependent 




Reserved 


variable 



9 
10 

11 
12 
13 
14 

IS 

16 
17 
18 

19 
20 



Length 
AttributelD 

AttributeValue 



Reserved 



Length in octets of the attribute record, excluding the Length field. 

Attribute identifiers are unique in the context of the protocol being 
configured. 

A suggested value for the attribute. Attribute value lengths are, in 
general, an integer number of octets. Attribute values have an 
explicit or implicit length indication (e.g., fixed length or null 
terminated strings) so that the recipient can successfully parse the 
record when more than one value is provided. 

The length of this field is the smallest value that will make the 
attribute record octet aligned. The sender shall set this field to zero. 
The receiver shall ignore this field. 



The format of a complex attribute is given by 
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Field 


Length (bits) 


Length 


8 


AttributelD 


Protocol Specific 


One or more instances of the following fields 


ValuelD 


Protocol Specific 


An appropriate number of instances of the following 
record for each instance of the ValuelD field 


AttributeValue 


Attribute dependent 




Reserved 


variable 



1 Length Length in octets of the attribute record, excluding the Length field. 

2 AttributelD Attribute identifiers are unique in the context of the protocol being 

3 configured. 

4 ValuelD It identifies the set of attribute values following this field. The 

5 - sender shall increment this field for each new set of values for this 

6 - complex attribute. 

? AttributeValue A suggested value for the attribute. Attribute value lengths are in 

8 = general an integer number of octets. Attribute values have an 

9 - explicit or implicit length indication (e.g., fixed length or null 

10 terminated strings) so that the recipient can successfully parse the 
in record when more than one value is provided. 

12 Reserved The length of this field is the smallest value that will make the 

ia attribute record octet aligned. The sender shall set this field to zero. 

1A The receiver shall ignore this field. 



is 10.4 Hash Function 

is The hash function takes three arguments, Key (typically the access terminal's ATI), JV (the 

17 number of resources), and DeconekUe (an argument used to de-correlate values obtained 

ie for different applications for the same access terminal) . 

is Define: 

20 • Word L to be bits 0-1 5 of Key 

21 • Word H to be bits 16-31 of Key 

22 where bit 0 is the least significant bit of Key. 
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The hash value is computed as follows 51 : 

R = iNx ((40503 x (1, 0 H© Decorrelate)) mod 2 16 ) / 2 16 1 

10.5 Pseudorandom Number Generator 

10.5.1 General Procedures 

When an access terminal is required to use the pseudo random number generator 
described in this section, then the access terminal shall implement the linear 
congruential generator defined by 

z n = ax Zft. i mod m 

where a= 7 5 = 16807 and m= 2 31 - 1 = 2147483647. z n is the output of the generator. 52 
The access terminal shall initialize the random number generator as defined in 10.5.2. 
The access terminal shall compute a new z n for each subsequent use. 

The access terminal shall use the value u n = z n / m for those applications that require a 
binary fraction u^O < u n < 1 . 

The access terminal shall use the value kh = LiV x z n / mi for those applications that 
require a small integer k^, 0 < kn< IV- 1. 

10.5.2 Initialization 

The access terminal shall initialize the random number generator by setting 2b to 

zq = (HardwarelD 0 %) mod m 

where HardwarelD is the least 32 bits of the hardware identifier associated with the 
access terminal, and % is a time-varying physical measure available to the access 
terminal. If the initial value so produced is found to be zero, the access terminal shall 
repeat the procedure with a different value of %. 



51 This formula is adapted from Knuth, D. N., Sorting and Secnvhing, vol. 3 of The Ait of Computer 
Pmgnunming, 3 vols., (Reading, MA: Addison-Wesley, 1973), pp. 508-513. The symbol 0 represents 
bitwise exclusive-or function (or modulo 2 addition) and the symbol LJ represents the "largest 
integer smaller than" function. 

52 This generator has full period, ranging over all integers from 1 tom-1; the values 0 and m are 
never produced. Several suitable implementations can be found in Park, Stephen K. and Miller, 
Keith W., "Random Number Generators: Good Ones are Hard to Find," Ccaununkxikms of ifte ACM, 
vol. 31, no. 10, October 1988, pp. 1192-1201. 
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I 10.6 Sequence Number Validation 

a When the order in which protocol messages are delivered is important, air interface 

3 protocols use a sequence number to verify this order. 

4 The sequence number has S bits. The sequence space is 2 s . All operations and comparisons 

5 performed on sequence numbers shall be carried out in unsigned modulo 2 s arithmetic, 
e For any message sequence number IV, the sequence numbers in the range [IV* 1, IV+2* 1 -1] 

7 shall be considered greater than IV, and the sequence numbers in the range pV-2 8 - 1 , 2V-1] 

8 shall be considered smaller than iV. 

9 The receiver of the message maintains a receive pointer V(R) whose initialization is 

10 defined as part of the protocol. When a message arrives, the receiver compares the 

II sequence number of the message with V[R). If the sequence number is greater than V(R), 

12 the message is considered a valid message and V(R) is set to this sequence number; 

13 otherwise, the message is considered a stale message. 

14 10.7 Generic Configuration Protocol 

15 10.7.1 Introduction 

is The Generic Configuration Protocol provides a means to negotiate protocol parameters. 

17 The procedure procedure consists of the initiator sending an attribute and one or more 

is allowed values. The responder then selects one of the offered values. Each attribute must 

19 have a well known default value; if the responder does not select any of the offered values, 

20 the default value is selected. 

21 10.7.2 Procedures 

22 10.7.2.1 Configuration Negotiation 

23 The protocol uses a ConfigurationRequest message and a ConfigurationResponse message 

24 to negotiate a mutually acceptable configuration. The initiator uses the 

25 ConfigurationRequest message to provide the responder with a list of acceptable attribute 

26 values for each attribute. The responder uses the ConfigurationResponse message to 

27 provide the initiator with the accepted attribute value for each attribute, choosing the 

28 accepted attribute value from the initiator's acceptable attribute value list. 

29 The initiator orders the acceptable attribute values for each attribute in descending order 
so of preference. The initiator sends these ordered attribute- value lists to the responder 

31 using one or more ConfigurationRequest messages. If the ordered attribute value lists fit 

32 within one ConfigurationRequest message, then the initiator should use one 

33 ConfigurationRequest message. If the ordered attribute value lists do not fit within one 

34 ConfigurationRequest message, then the initiator may use more than one 

35 ConfigurationRequest message. Each ConfigurationRequest message shall contain one or 

36 more complete ordered attribute value lists; an ordered attribute value list for an attribute 

37 shall not be split within a ConfigurationRequest message and shall not be split across 

38 multiple ConfigurationRequest messages. 
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12 
13 



20 
21 



After sending a ConfiguratioRequest message, the sender shall set the value of all 
parameters that were listed in the message to NULL. 

After receiving a ConfigurationRequest message, the responder shall respond within 
Trumaround, where TTXunaround = 2 seconds, unless specified otherwise. For each attribute 
included in the ConfigurationRequest message, the responder chooses an acceptable 
attribute value from the associated acceptable attribute value list. If the responder does 
not recognize an attribute or does not find an acceptable attribute value in the associated 
attribute list, then the attribute is skipped. The responder sends the accepted attribute 
value for each attribute within one ConfigurationResponse message. The responder shall 
list the attributes in the ConfigurationResponse message in the order they were listed in 
the ConfigurationRequest message. In addition, the value included for each attribute shall 
be one of the values listed in the ConfigurationRequest message. After receiving 
ConfigurationResponse message, the initiator pairs the received message with the 
associated ConfigurationRequest message. If the ConfigurationResponse message does not 
contain an attribute found in the associated ConfigurationRequest message, then the 
initiator shall assume that the missing attribute is using the default value. 

If the initiator requires no further negotiation of protocols or configuration of negotiated 
protocols and if the value of the any of the parameters for which the initiator has sent a 
ConfigurationRequest message is NULL, then the sender shall declare a failure. 

The initiator and the responder shall use the attribute values in the 
ConfigurationResponse messages as the configured attribute values, provided that the 
attribute values were also present in the associated ConfigurationRequest message. 



23 10.7.3 Message Formats 

24 The receiver shall discard all unrecognized messages. The receiver shall discard all 
as unrecognized fields following the fields defined herein. The receiver may log the message 

26 for diagnostic reasons. 

27 The specification of the Physical Layer channels on which the following messages are to 
2s be carried; and, whether the messages are to be sent reliably or as best-effort, is provided 
29 in the context of the protocols in which these messages are used. 

ao 10.7.3.1 ConfigurationRequest 

31 The sender sends the ConfigurationRequest message to offer a set of attribute-values for a 

32 given attribute. 
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Field 


Length (bits) 


MessagelD 


Protocol dependent 


TransactionID 


8 


Zero or more instances of the following record 


AttributeRecord 


Attribute dependent 



1 MessagelD The value of this field is specified in the context of the protocol using 

2 this message. The value 0x50 is recommended. 

3 TransactionID The sender shall increment this value for each new 

4 ConfigurationRequest message sent. 

s AttributeRecord The format of this record is specified in 10.3. 

e 10.7.3.2 ConfigurationResponse 

7 The sender sends a ConfigurationResponse message to select an attribute-value from a 

a list of offered values. 

9 



Field 


Length (bits) 


MessagelD 


Protocol dependent 


TransactionID 


8 


Zero or more instances of the following record 


AttributeRecord 


Attribute dependent 



MessagelD The value of this field is specified in the context of the protocol using 

this message. The value 0x51 is recommended. 

TransactionID The sender shall set this value to the TransactionID field of he 

corresponding ConfigurationRequest message. 

An attribute record containing a single attribute value. If this 
message selects a complex attribute, only the ValuelD field of the 
complex attribute shall be include in the message. The format of the 
AttributeRecord is given in 10.3. The sender shall not include more 
than one attribute record with the same attribute identifier. 



i4 AttributeRecord 

15 
16 
17 
18 
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1 1 ASSIGNED NAMES AND NUMBERS 



11.1 Protocols 

Protocol Type 


Protocol Subtype 




Page 


Name 


ID 


Name 


ID 


Physical Layer 


0x00 


Default Physical Layer 


0x0000 


9-1 


Control Channel MAC 


0x01 


Default Control Channel MAC 


0x0000 


8-5 


Access Channel MAC 


0x02 


Default Access Channel MAC 


0x0000 


8-13 


Forward Traffic 
Channel MAC 


0x03 


Default Forward Traffic Channel MAC 


0x0000 


8-29 


Reverse Traffic 
Channel MAC 


0x04 


Detault Keverse iranic Lnannci ivi/^v^ 


0x0000 


8-42 


Key Exchange 


UXUD 


Default Key Exchange 


0x0000 


7-9 


Key Exchange 


UXUD 


DH Key Exchange 


0x0001 


7-10 


Authentication 


A V A^ 


Default Authentication 


0x0000 


7-24 


Authentication 


UXUD 


SHA-1 Authentication 


0x0001 


7-25 


Encryption 


rwnv 


Default Encryption 


0x0000 


7-29 


Security 


UXKJQ 


Default Security 


0x0000 


7-6 


Security 


OvOR 

UAWO 


Generic Security 


0x0001 


7-7 


Packet Consolidation 




Default Packet Consolidation 


0x0000 


6-75 


Air-JL»mK Management 


0x0a 


Default Air-Link Management 


0x0000 


6-5 


initialization oiaic 


0x0b 


Default Initialization State 


0x0000 


6-15 


lcue oxaie 


0x0c 


Default Idle State 


0x0000 


6-20 


Connected State 


OxOd 


Default Connected State 


0x0000 


6-33 


Route Update 


OxOe 


Default Route Update 


0x0000 


6-39 


Overhead Messages 


OxOf 


N/A 


N/A 


6-82 


Session Management 


0x10 


Default Session Management 


0x0000 


5-2 


Address Management 


0x11 


Default Address Management 


0x0000 


5-14 


Session Configuration 


0x12 


Default Session Configuration 


0x0000 


5-28 


Stream 


0x13 


Default Stream 


0x0000 


4-1 


Stream 0 Application 


0x14 


Default Signaling Application 


0x0000 


2-1 


Stream 1 Application 


0x15 


Default Packet Application bound to 


0x0001 


3-1 
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Assigned Names And Numbers 



Protocol Type 


Protocol Subtype 


Page 


Name 


ID 


Name 


ID 






the access network. 






Stream 1 Application 


0x15 


Default Packet Application bound to 
the service network 


0x0002 


3-1 


Stream 2 Application 


0x16 


Default Packet Application bound to 
the access network 


0x0001 


3-1 


Stream 2 Application 


0x16 


Default Packet Application bound to 
the service network 


0x0002 


3-1 


Stream 3 Application 


0x17 


Default Packet Application bound to 
the access network 


0x0001 


3-1 


Stream 3 Application 


0x17 


Default Packet Application bound to 
the service network 


0x0002 


3-1 



1 
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1 11.2 Messages 

Protocol / Application 


Message 


Page 


ouutype Name 


Type ID 


Name | 


ID 


Default Access Channel MAC 




ACAck 


0x00 


8-23 


Default Access Channel MAC 


0x02 


AccessParameters 


0x01 


8-23 


DH Key Exchange 


0x05 


ANKeyComplete 


0x02 


7-17 


DH Key Exchange 


0x05 


ATKeyComplete 


0x03 


7-18 


Default Reverse Traffic Channel 
MAC 


0x04 


BroadcastReverseRateLimi 
t 


0x01 


8-49 


Default Session Configuration 


0x12 


ConfigurationComplete 


0x00 


5-34 


Default Access Channel MAC 


0x02 


ConfigurationRequest 


0x50 


8-27 


Default Forward Traffic Channel 
MAC 


0x03 


ConfigurationRequest 


0x50 


8-39 


Default Idle State 


Uxuc 




0x50 


6-31 


Default Packets 


Uxlo — uxi / 


^omigura to t 


0x50 


3-5 


Default Reverse Traffic Channel 
MAC 


UXU4 




0x50 


8-56 


Default Route Update 


OxOe 


ConfigurationRequest 


0x50 


6-65 


Default Session Configuration 


UXlz 


PonfioiirflHonReauest 


0x50 


5-37 


Default Session Management 


UX1U 


C* onficnirationReauest 


0x50 


5-12 


Default Stream 


uxio 


On-nftoni rflttonReauest 


0x50 


4-3 


DH Key Exchange 


0x05 


ConfigurationRequest 


0x50 


7-19 


SHA-1 Authentication 


0x06 


ConfigurationRequest 


0x50 


7-28 


Default Access Channel MAC 


0x02 


ConfigurationResponse 


0x51 


8-27 


Default Forward Traffic Channel 
MAC 


UXUo 


/** r\r> fi en 1 r a t i on Re s Don se 


0x51 


8-40 


Default Idle State 


0x0c 


ConfigurationResponse 


0x51 


6-31 


Default Packet 


0x15-0x17 


ConfigurationResponse 


0x51 


3-2 


Default Reverse Traffic Channel 
MAC 


0x04 


ConfigurationResponse 


0x51 


8-56 


Default Route Update 


OxOe 


ConfigurationResponse 


0x51 


6-73 


Default Session Configuration 


0x12 


ConfigurationResponse 


0x51 


5-37 
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Assigned Names And Numbers 



Protocol / Application 


Message 


Page 


Subtype Name 


Type ID 


Name 


ID 


Default Session Management 


0x10 


ConfigurationResponse 


0x51 


5-12 


Default Stream 


0x13 


ConfigurationResponse 


0x51 


4-5 


DH Key Exchange 


0x05 


ConfigurationResponse 


0x51 


7-19 


SHA-1 Authentication 


0x06 


ConfigurationResponse 


0x51 


7-28 


Default Session Configuration 


0x12 


ConfigurationStart 


0x04 


5-35 


Default Connected State 


OxOd 


ConnectionClose 


0x00 


6-37 


Default Idle State 


0x0c 


ConnectionDeny 


0x02 


6-29 


Default Idle State 


0x0c 




0x01 


6-28 


Pi #» fan It Pa r\cf*t 


0x15 — 0x17 




0x0b 


3-4 


T">#»fs»n1t Pa rlcf*t 
L/Ciduii rcU/ivci 


0x15 — 0x17 




0x0c 


3-5 


"Default Pm-0751'rH TYaffir* (Thanrif»l 

MAC 


0x03 




0x00 


8-37 


Default Forward Traffic Channel 
MAC 


0x03 


FixedModeResponse 


0x01 


8-37 


Default Address Management 


Qxll 


HardwarelDRequest 


0x03 


5-25 


Default Address Management 


Qxll 


HardwarelDResponse 


0x04 


5-25 


Default Session Management 


0x10 


Keep Alive Request 


0x02 


5-10 


Default Session Management 


0x10 


KeepAliveResponse 


0x03 


5-11 


DH Key Exchange 


0x05 


KeyRequest 


0x00 


7-15 


DH Key Exchange 


0x05 


KeyResponse 


0x01 


7-16 


Default Packet 


0x15-0x17 


LocationAssignment 


0x05 


3-12 


Default Packet 


0x15-0x17 


LocationComplete 


0x06 


3-14 


Default Packet 


0x15-0x17 


LocationRequest 


0x03 


3-11 


Default Packet 


0x15-0x17 


LocationResponse 


0x04 


3-11 


Default Packet 


0x15-0x17 


Nak 


0x02 


3-7 


Default Route Update 


OxOe 


NeighborList 


0x04 


6-62 


Default Idle State 


0x0c 


Page 


0x00 


6-28 


Overhead Messages 


OxOf 


QuickConflg 


0x00 


6-85 


Default Air-Link Management 


QxOa 


Redirect 


0x00 


6-12 
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Protocol / Application 



Subtype Name 



Type ID 



Message 



Name 



ID 



Page 



Default Packet 



0x15-0x17 



Default Signaling 



Default Packet 



Default Signaling 



Default Route Update 




Default Reverse Traffic Channel 
MAC 

Overhead Messages 



Default Session Management 



Default Initialization State 
Default Route Update 



Default Route Update 



Default Address Management 



Default Address Management 
Default Address Management 
Default Reverse Traffic Channel 



MAC 



Default Packet 



Default Packet 
Default Packet 
Default Packet 



Reset 



0x14 



Reset 



0x15-0x17 



0x14 



OxOe 



OxOf 
0x10 



0x0b 
OxOe 



0x0$ 
tell 



0x11 
0x11 
0x04 



0x15-0x17 



0x15-0x17 
0x15-0x17 
0x15-0x17 



ResetAck 



ResetAck 



ResetReport 



SectorParameters 
SessionClose 



Sync 

TrafficChannelAssignment 



TrafficChannelComplete 
UATIAssignment 



UATlCbinplete 
UATIRequest 
UnicastReverseRateLimit 



XofiRequest 



XofiResponse 

XonRequest 

XonResponse 



0x00 



3-7 ( 



0x00 



0x01 



2- 16 

3- 7 



0x01 



2-17 



0x03 



6-61 



0x00 



6-56 



0x00 



8-48 



0x01 
0x01 



W 
0x01 



0x02 
0x01 



0x02 
0x00 
0x02 



0x09 



3-4 



0x0a 
0x07 
0x08 
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